search

jwise / HoRNDIS

Android USB tethering driver for Mac OS X
Other
2.95k stars 328 forks source link

This is causing AMD Hackintoshes to crash (?) #121

Closed PSzczepanski1996 closed 4 years ago

PSzczepanski1996 commented 4 years ago

Hello, I'm using Hackintosh on r5 3600 + rx5700 XT with OpenCore build, and for some reason, HoRNDIS started to crash my system. Yeah, you can tell me this is my fault, but for some reason everything other works /fine/.

This is what I got:

Panic(CPU 11, time 12702490340): NMIPI for unresponsive processor: TLB flush timeout, TLB state:0x0
RAX: 0x0000000000000180, RBX: 0xffffff8041005520, RCX: 0x0000000000360d91, RDX: 0x0000000000000005
RSP: 0xffffff8210433f20, RBP: 0xffffff8210433f30, RSI: 0x0000000000000005, RDI: 0x00000002f5209ab6
R8:  0x0000000000000000, R9:  0x0000000000989680, R10: 0x0000000000000000, R11: 0x0000000000000000
R12: 0xffffff8016543fe0, R13: 0x0000000000000000, R14: 0xffffff8016ec2ca0, R15: 0x0000000000000000
RFL: 0x0000000000000212, RIP: 0xffffff80165da12d, CS:  0x0000000000000008, SS:  0x0000000000000010
Backtrace (CPU 11), Frame : Return Address
0xffffff81ff64cf80 : 0xffffff801664b77b mach_kernel : _interrupt + 0x12b
0xffffff81ff64cfd0 : 0xffffff80164c7bed mach_kernel : _hndl_allintrs + 0x11d
0xffffff8210433f30 : 0xffffff8016544094 mach_kernel : _sched_timeshare_maintenance_continue + 0xb4
0xffffff8210433fa0 : 0xffffff80164c713e mach_kernel : _call_continuation + 0x2e

BSD process name corresponding to current thread: kernel_task
Boot args: -v debug=0x100 keepsyms=1 npci=0x2000 agdpmod=pikera alcid=1 

Mac OS version:
19E287

Kernel version:
Darwin Kernel Version 19.4.0: Wed Mar  4 22:28:40 PST 2020; root:xnu-6153.101.6~15/RELEASE_X86_64
Kernel UUID: AB0AA7EE-3D03-3C21-91AD-5719D79D7AF6
Kernel slide:     0x0000000016200000
Kernel text base: 0xffffff8016400000
__HIB  text base: 0xffffff8016300000
System model name: MacPro7,1 (Mac-27AD2F918AE68F61)
System shutdown begun: NO
Panic diags file available: YES (0x0)

System uptime in nanoseconds: 12702607691
panic(cpu 6 caller 0xffffff8016627a9b): "IPI timeout, unresponsive CPU bitmap: 0x800, NMIPI acks: 0x0, now: 0x1, deadline: 12583010147, pre-NMIPI time: 0x2f5209962, current: 0x2f5226c2f, global: 0"@/AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/xnu/xnu-6153.101.6/osfmk/x86_64/pmap.c:2909
Backtrace (CPU 6), Frame : Return Address
0xffffff8211b9b690 : 0xffffff80165215cd mach_kernel : _handle_debugger_trap + 0x49d
0xffffff8211b9b6e0 : 0xffffff801665a3c5 mach_kernel : _kdp_i386_trap + 0x155
0xffffff8211b9b720 : 0xffffff801664bf7e mach_kernel : _kernel_trap + 0x4ee
0xffffff8211b9b770 : 0xffffff80164c7a40 mach_kernel : _return_from_trap + 0xe0
0xffffff8211b9b790 : 0xffffff8016520c97 mach_kernel : _DebuggerTrapWithState + 0x17
0xffffff8211b9b890 : 0xffffff8016521087 mach_kernel : _panic_trap_to_debugger + 0x227
0xffffff8211b9b8e0 : 0xffffff8016cc2c7c mach_kernel : _panic + 0x54
0xffffff8211b9b950 : 0xffffff8016627a9b mach_kernel : _pmap_flush_tlbs + 0x83b
0xffffff8211b9ba00 : 0xffffff801662d792 mach_kernel : _pmap_remove_range_options + 0x3a2
0xffffff8211b9bae0 : 0xffffff801662e526 mach_kernel : _pmap_remove_options + 0x1f6
0xffffff8211b9bb40 : 0xffffff80165ba2d5 mach_kernel : _vm_map_destroy + 0x8d5
0xffffff8211b9bc90 : 0xffffff80165c1c9e mach_kernel : _vm_map_remove + 0x5e
0xffffff8211b9bcc0 : 0xffffff80165b5676 mach_kernel : _kmem_free + 0x86
0xffffff8211b9bcf0 : 0xffffff8016bb795f mach_kernel : __ZN11OSSerialize4freeEv + 0x4f
0xffffff8211b9bd10 : 0xffffff8016c5c6fe mach_kernel : _is_io_registry_entry_get_properties_bin_buf + 0x1ae
0xffffff8211b9bd80 : 0xffffff801660be73 mach_kernel : _iokit_server_routine + 0x7133
0xffffff8211b9bdb0 : 0xffffff8016527328 mach_kernel : _ipc_kobject_server + 0x238
0xffffff8211b9be10 : 0xffffff80164fdcc5 mach_kernel : _ipc_kmsg_send + 0x135
0xffffff8211b9be70 : 0xffffff8016514aa2 mach_kernel : _mach_msg_overwrite_trap + 0x2d2
0xffffff8211b9bf00 : 0xffffff8016632605 mach_kernel : _mach_call_munger64 + 0x205
0xffffff8211b9bfa0 : 0xffffff80164c8226 mach_kernel : _hndl_mach_scall64 + 0x16

BSD process name corresponding to current thread: coreaudiod

I suppose this is AMDSMCProcessor kext fault, but it needs investigation. It happens when I switch my ethernet to USB-C network from Xiaomi Mi6.

If you encounter that problem and can't boot the existing Hack installation, all you do is cleaning NVRam, but I hate this idea, since it deletes my GRUB entry and I must to write it by hand.

PSzczepanski1996 commented 4 years ago

Seems that problem got resolved during somewhere beetwen my updates (I assume 10.15.5 update fixed that problem but I'm not certainly sure). No more issues with HoRNDIS now, so I assume I will close issue (and will reopen if crash will occur).