cooper1 Posted January 25, 2016 Share Posted January 25, 2016 Hi all i install el capitan 11.3 on asuspro b53a (hm77 chipset) with clover uefi. What is worging : intel hd 4000, camera, usb3 , usb 2 only one , audio, wi-fi ,intel i3 3110m 2.4ghz What in not work ( for me ) battery monitor , 1 usb 2 left top side, brightness control, mic this is all my files ( dsdt, kext, clover ) CLOVER.zip AppleHDA-269.25-VIA_VT1802-Mic_Fixed.zip DarwinDumperReports.zip Link to comment Share on other sites More sharing options...
Moderators Jake Lo Posted January 25, 2016 Moderators Share Posted January 25, 2016 Your battery is not patched properly. Try this DSDT and Config file, make a backup of your first. Added HDMI video/audio patch, AppleHDA on the fly patch and a few other things. Restore the vanilla AppleHDA.kext to /S/L/E and install AppleHDA_VT1802.kext to /S/L/E Repair permission and rebuild cache. B53A.zip Link to comment Share on other sites More sharing options...
cooper1 Posted January 26, 2016 Author Share Posted January 26, 2016 Jake Lo you are the rock man !!! thank you thank you yes working !!!!!!! work: hd 4000, i dont test hdmi and display port yet, audio, sleep, shutdown and restart, i3 normal, camera, sd cards, fn + f11 f12 audio control, usb3, usb2 only one port , touchpad, battery. not work: usb port left side top, fn+ f5 f6 brightness control, iTunes movies trailer green screen, after sleep not have audio !!! (brightness control work fine without keys) Link to comment Share on other sites More sharing options...
Moderators Jake Lo Posted January 26, 2016 Moderators Share Posted January 26, 2016 Try different Fn keys to see if Brightness control works. If non works, could be you need to replace your kexts with ElanTouch. USB ports, strange only one works. Have you confirm the other work under windows? Try removing GenericUSBXHCI.kext. Not sure what the issue is with iTunes, seems you have full QE/CI. As for sound after sleep, could be an EAPD issue, try this. You'll need to know the node-ID for this. Link to comment Share on other sites More sharing options...
cooper1 Posted January 27, 2016 Author Share Posted January 27, 2016 ok i try this nad i tell you. thanks again Jake Lo. In windows workin all usb and yes is a strange . Yes i have full QE/CI but itunes not work maybe nvram creates this problem ? strange Link to comment Share on other sites More sharing options...
cooper1 Posted January 27, 2016 Author Share Posted January 27, 2016 Sound work after sleep with EAPD fine no problem yet. I start clover as single user and see problem on usb Link to comment Share on other sites More sharing options...
cooper1 Posted January 28, 2016 Author Share Posted January 28, 2016 if disable xhci mode work all usb but usb3 run as usb2 !!!! Link to comment Share on other sites More sharing options...
cooper1 Posted January 28, 2016 Author Share Posted January 28, 2016 this is interesting Link to comment Share on other sites More sharing options...
Administrators Hervé Posted January 28, 2016 Administrators Share Posted January 28, 2016 What's interesting? You have an Ivy Bridge system with Intel HD4000 graphics. That's managed by the Capri Framebuffer and the Intel HD4000 kexts. As such, it's perfectly normal that none of those IntelHD (1st gen HD), SNB (2nd gen HD3000), Azul (4th gen HD4x00/5000) or BDW (5th gen Broadwell) framebuffers load. You won't fail to notice that the Capri Framebuffer and HD4000Graphics kexts are however loaded, as expected. Regarding USB kexts: "UHCI" is the controller for USB1.x ports "OHCI" is a standard controller for USB1.1 ports (usually non-Intel hardware) "EHCI" is the controller for USB2.0 ports "XHCI" is the controller for USB3.0 ports https://en.wikipedia.org/wiki/Host_controller_interface_(USB,_Firewire) If your laptop does not possess the hardware, the associated kexts do not load; that's perfectly normal. For USB3.0 ports, Hackintoshes often require add-on/generic/3rd party kexts to support thems. I'm sure you'll find that the AppleUSBEHCIxxx kexts are loaded for USB2.0 ports though. Different kexts have different loading conditions and different effect. Look at the Info plist of the AppleUSBECHIPCI kext and you'll find references to IOClassMatch and a list of Mac models with details of port numbering. That port numbering was something new which caused all the trouble when EC 1st came out. Apple did tie up the way they handle USB2.0 ports. If you do the same exercise with AppleUSBXHCIPCI, you'll see that there are references to IOClassMatch or IOPCIPrimaryMatch. The latter is a specific reference to hardware PCI id and only triggers the loading of the associated kext if the underlying hardware does match. Afaik, what you see is perfectly normal. For your education, you'll find interesting and valuable information here. Link to comment Share on other sites More sharing options...
Recommended Posts