Jump to content

Mouse and keyboard not working on Big Sur (OC: 0.6.8)


17 posts in this topic

Recommended Posts

I successfully installed Big Sur on T3500 with smbios MacPro6,1, but i'm stuck at the login window. Mouse and keyboard do not work, but when I plug the usb receiver for them the mouse lights up for some seconds and then goes off.

 

I tried the IOHIDFamily patch (https://dortania.github.io/OpenCore-Install-Guide/troubleshooting/extended/userspace-issues.html#keyboard-and-mouse-broken-in-big-sur) but after booting with -s i wasn't able to type again.

 

Post a copy of your config. Maybe you did not implement the patch properly. You also need to make sure your wireless module, keyboard and mouse operate in HID proxy mode (which they do if you can enter BIOS settings after switching on the computer). See here.

The mouse and keyboard receiver is not Bluetooth. It's just a regular 2.4G mouse and keyboard combo with vendor MOSART Semi. (vendor id 0x62a, product id 0x4101.

The patch is correct, here's my config.plist.config.plist

 

Specs:

Dell Precision Workstation T3500 (Nehalem)

CPU: Intel Xeon W3530 Quad Core

Chipset: Intel X58/ICH10

RAM: 16 GB DDR3 (1333MHz)

GPU: Gigabyte GeForce GT 710 (2GB) [GK208]

LAN: Broadcom BCM5761 (14e4:1681)

Audio: Analog Devices AD1984A

Motherboard: Dell 09KPNV

USB: Intel 82801JB ICH10 (2xUSB2/EHC, 6xUSB2/UHC), 8086:xxxx - I have 8 USB Controllers total.

 

I disabled usbmap and added usbinjectall to test somebody's advice, but it didn't work. Now I removed usbinjectall and enabled back usbmap.

 

Any idea for the original issue I have?

I enabled ReleaseUSBOwnership and dropped USBMouseDxe and I was able to type in both single user mode and at the login screen, but after about 10 seconds after login the mouse and the keyboard stop working. On Catalina I had this issue, but after unplug and plug again they worked, but on Big Sur this doesn't work. On Catalina I was able to find out via the Console under system log when exactly they froze and it's when macos checks for updates right after login, also tried going to Software Updates and they freeze again as soon as the checking for updates begin.

5 hours ago, np44 said:

I enabled ReleaseUSBOwnership and dropped USBMouseDxe and I was able to type in both single user mode and at the login screen, but after about 10 seconds after login the mouse and the keyboard stop working. On Catalina I had this issue, but after unplug and plug again they worked, but on Big Sur this doesn't work. On Catalina I was able to find out via the Console under system log when exactly they froze and it's when macos checks for updates right after login, also tried going to Software Updates and they freeze again as soon as the checking for updates begin.

What if you connect other mouse? They can die.

The mouse and keyboard are freezing when I go to Settings > Software Update. Unplug and plug doesn’t fix it.

 

I did some experiments with thr SMBIOS and I wonder which one I should use with my x58.

 

With MP6,1 and SSDT-PLUG - XCPM is working, but Computer Sleep is missing in Settings > Energy Saver, Night Shift is present in Settings > Display.

 

With MP5,1 without SSDT-PLUG and boot with -no_compat_check - XCPM is not working as expected, Computer Sleep is missing again, Night Shift is missing too.

 

With MP5,1, SSDT-PLUG and boot with -no_compat_check - The boot process is stuck at IOPPF: AppleIntelCPUPowerManagement mode.

 

Should I also use ssdtPRGen at all?

Xeon W3530 is Bloomfield, i.e. the Xeon equivalent of 1st gen Core i7-9xx. As such, I don't believe that SSDT-PLUG or XCPM applies. Afaik, these would normally require the old Generate P States/Generate C-States that OpenCore does not support. So, I doubt that you can actually obtain proper CPU SpeedStep/management under OpenCore. I expect all you would get right now is LFM and HFM but nothing in-between. But don't hesitate to infirm if required.

 

ssdtPRGen is Pike R Alphas generator script that applies to CPUs starting at Sandy Bridge only. It does not apply to earlier generations such as Bloomfield Xeon. Sandy Bridge Xeon CPUs are Westmere generation.

 

As a reminder:

  • C2D/C2Q/1st gen Core "I" CPUs usually require Generate P-States/Generate C-States for full CPU power management
  • Sandy Bridge/Ivy Bridge CPUS usually require AICPUPM patching (laptops at least) + generated SSDT (with Pike R Alpha's ssdtPRGen script) for full CPU power management.
  • Some Ivy Bridge CPUs did support XCPM but I don't know if that still is the case. It certainly stopped working on my Dell Latitude E6230 ages ago.
  • for Haswell & later CPUs, power management is handled by the kernel. Many if not most systems require the KernelPm patch. Only these systems can use the PlugIn type model for CPU power management, with SSDT-PLUG type of table or other bootloader settings.

 

4 hours ago, Hervé said:

Xeon W3530 is Bloomfield, i.e. the Xeon equivalent of 1st gen Core i7-9xx. As such, I don't believe that SSDT-PLUG or XCPM applies. Afaik, these would normally require the old Generate P States/Generate C-States that OpenCore does not support. So, I doubt that you can actually obtain proper CPU SpeedStep/management under OpenCore. I expect all you would get right now is LFM and HFM but nothing in-between. But don't hesitate to infirm if required.

 

ssdtPRGen is Pike R Alphas generator script that applies to CPUs starting at Sandy Bridge only. It does not apply to earlier generations such as Bloomfield Xeon. Sandy Bridge Xeon CPUs are Westmere generation.

 

As a reminder:

  • C2D/C2Q/1st gen Core "I" CPUs usually require Generate P-States/Generate C-States for full CPU power management
  • Sandy Bridge/Ivy Bridge CPUS usually require AICPUPM patching (laptops at least) + generated SSDT (with Pike R Alpha's ssdtPRGen script) for full CPU power management.
  • Some Ivy Bridge CPUs did support XCPM but I don't know if that still is the case. It certainly stopped working on my Dell Latitude E6230 ages ago.
  • for Haswell & later CPUs, power management is handled by the kernel. Many if not most systems require the KernelPm patch. Only these systems can use the PlugIn type model for CPU power management, with SSDT-PLUG type of table or other bootloader settings.

 

Well, MP6,1 with ssdt-plug - xcpm works  which according to your post should not. Shutdown and sleep are working, but reboot doesn’t.

 

I have another drive with Mojave and Clover and power management is working on it, I have checked options for generating c & p states there. Is there a way to transfer them or I should move back to Clover (which I really prefer not to)?

 

Also are there any workarounds or guide for generating manually these C&P states?

 

I wasn’t able to get the LFM with AppleIntelInfo.kext, because kextload fails to load it with - Authenticating extension failed: Bad code signature

From memory, yes there were alternatives to Generate C-States/Generate P-States but I couldn't tell you what it was, whether some form of table generation or some other adjustment; you'd have to look this up through some searches.

  • 2 weeks later...
Posted (edited)

I've been facing almost the same issues, while was tryin to connect them via Bluetooth connection. And I don't know is it still relevant to you and your kind of problems with connectivity, but you can visit this site ( link: https://setapp.com/how-to/quickly-fix-mac-bluetooth-not-working ), and check out options and variants, that author wrote down. It's an article of the common problems, that may occur on MacOS and it's interconnection with Bluetooth devices.

Edited by leon15K

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...