griftopia

@Herve, I was simply following Bronxtech's lead. And I tried the way you describe in 6220 guide already. I hear you when you say "you have everything you need". Well this is exactly how I got my BT 380 to work on my E6330. However I can't get my BT 370 to work the same way in M6400. I will try once again but I know i already did Rehabman's Brcm kexts I already tried. Did not work. Maybe I'm making stupid mistake patching the Broadcom plugin under IOBluetoothFamily. I'll try again and post here. If I can only get it to work I can do the FakeSMC way. EDIT: Please see attached. There are two ways I've tried in attached kext because there are two different types of syntax available. Neither works. If you search "370" inside the Broadcom plugin you can see. I'm pasting each of them here. First way <key>Broadcom2046FamilyUSBBluetoothHCIController_370</key> <dict> <key>CFBundleIdentifier</key> <string>com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport</string> <key>IOClass</key> <string>BroadcomBluetoothHostControllerUSBTransport</string> <key>IOProviderClass</key> <string>IOUSBHostDevice</string> <key>LMPLoggingEnabled</key> <true/> <key>idProduct</key> <integer>33112</integer> <key>idVendor</key> <integer>16700</integer> </dict> Second way <key>PID 33112 0x8158 VID 16700 0x413c</key> <dict> <key>CFBundleIdentifier</key> <string>com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport</string> <key>Dongles</key> <dict> <key>Dell</key> <string>Bluetooth 370</string> </dict> <key>IOClass</key> <string>BroadcomBluetoothHostControllerUSBTransport</string> <key>IOProviderClass</key> <string>IOUSBHostDevice</string> <key>idProduct</key> <integer>33112</integer> <key>idVendor</key> <integer>16700</integer> </dict> Also, when I plugin spare usb bt adapter I have, it actually tries to connect to "Dell Bluetooth 370" which is in same laptop. And this without any kext or kext patch for BT. How is this possible? Almost seems like laptop recognizes the 370 at some level OOTB, but not quite. IOBluetoothFamily.kext.zip

@Bronxtech. Here's one thing I see with all my kexts in CkO which is diff from BRCMInjector.kext The permissions for all my kexts is drwxrwxrwx@. This is consistent with 777, but I dunno how that happened. I guess the kexts I downloaded already were at 777 The permissions for BRCMInjector kext is drwxr-wr-w@. This is actually consistent with 755 and should be sufficient. I think... Just to be consistent with everything else I changed BRCMInjectorkext to 777. Then I tried to load explicitly with kextload. I STILL get error saying I don't have privileges. I don't get it. It's not about CkO or LE or SLE, something is up with permissions on this kext somehow. For system kexts I have this script I use all the time that's never failed me. sudo chmod -Rf 755 /S*/L*/E* sudo chmod -Rf 755 /L*/E* sudo chown -Rf 0:0 /S*/L*/E* sudo chown -Rf 0:0 /L*/E* sudo touch -f /S*/L*/E* sudo touch -f /L*/E* sudo kextcache -Boot -U / PS: One thing different I notice in this kext structure which I haven't seen before is a _CodeSignature folder with a CodeSignature executable under it.

This laptop I don't have SSD, but regular HD. Thanks for confirming my plist changes look sound. I'm googling for anyone else experiencing same problem as I am having. No luck so far EDIT: I know what's happening. The kext will not load from CkO but messes something up. If I think remove for CkO, put in LE and repair, I get the error. If I remove from LE and repair, error goes away. Good. Then I reboot. After rebooting I can put in LE and repair and I do not get error. So I removed it again from LE, repaired, and went through entire procedure 3 times. Same symptoms. So now I have the kext in LE. It STILL does not load. I've attached my modified version. You did say you compiled with 10.13 but the info.plist still says 10.12. Not sure if issue. Also I'm on 10.13.1 - not sure if that matters. BRCMInjector.kext.zip

@bronxtech. Yes. chmod, chown, touch then kextcache. No mistake there. However still need to know whenever I can figure out why I get this error, the way for me to modify the plist. If you can please confirm that.

@Bronxtech, I am going to try replicating and updating following node for my PID / VID - 8158 (33112) / 413C (16700) <key>413c_8143</key> <dict> <key>CFBundleIdentifier</key> <string>com.apple.iokit.BroadcomBluetooth20703USBTransport</string> <key>CFBundleIdentifier - 2</key> <string>com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport</string> <key>IOClass</key> <string>BroadcomBluetooth20703USBTransport</string> <key>IOClass - 2</key> <string>BroadcomBluetoothHostControllerUSBTransport</string> <key>IOProviderClass</key> <string>IOUSBHostDevice</string> <key>IOProviderClass - 2</key> <string>IOUSBHostInterface</string> <key>Built-in</key> <true/> <key>LMPLoggingEnabled</key> <true/> <key>bConfigurationValue</key> <integer>1</integer> <key>bInterfaceNumber</key> <integer>2</integer> <key>idProduct</key> <integer>33091</integer> <key>idVendor</key> <integer>16700</integer> <key>Compatible-idProduct</key> <integer>16868</integer> <key>Compatible-idVendor</key> <integer>17201</integer> <key>HandoffSupported</key> <true/> <key>InstantHotSpotSupported</key> <true/> </dict> Appreciate if you can confirm this is the way to go. EDIT : The kext as you gave even without modification did not load from CkO. So I put it in LE and when I rebuild cache, it says kext is not valid and will be omitted. Maybe I need to tweak more things? Like OS to 10.13 from 10.12? If it helps here's output when trying to load kext manually kextload -v BRCMInjector.kext Requesting load of /Users/griftopia/Downloads/BRCMInjector.kext. /Users/griftopia/Downloads/BRCMInjector.kext failed to load - (libkern/kext) not privileged; check the system/kernel logs for errors or try kextutil(8).

Hi Herve, I have confirmed BroadcomBluetoothHostControllerUSBTransport is the correct kext plist to patch. I have done this for my BT on my E6330. However while I see my BT in IOReg and it says "No information available" in System Preferences (different than you don't have BT message). This tells me laptop knows I have BT. However my menu icon still says "No Bluetooth". Can you think of why this may be?

@bronxtech, finally hit upon the correct CPU and FSB frequency values. Sound is not perfect in the sense when I change the volume I hear crackle, but distortion is gone. And of course, my clock's not losing time anymore. So sticking with Voodoo 2.8.8. Will leave AppleHDA patching learning for another time.

Okay, USB mouse worked so I was able to verify 10.13.1 installed and I repaired cache and permissions. Everything seems to be good. Also more importantly, it got rid of the extra "Recovery" icon in Clover Boot Menu that was driving me nuts. TYVM to both of you!

Herve, I should have been clear, it aborts in the 2nd stage where I select menu item from Clover to do the actual update. I Jake, I will try the core storage to legacy you mention. I believe it creates some wierd logical partition. I'm been wondering all this time if its dual boot plus fact I have SSD which it wants to default to APFS while I have it as HFS because dual boot does not work otherwise. Will update this post. EDIT - So that worked, I think. Sound and Mouse pad not working so I can't even click mouse. Will try fix all these things.

Thanks Bronxtech! At least something new to try. I'm assuming you mean VoodooTSCSync. I will read up and give it a shot. But where do I get latest copy of the kext? I can only find very old ones. PS - If it's okay I'll send you message so we don't hijack thread any more

Thanks guys. Sleep + Wake seems to fix Audio. So I was never able to install 10.13 supplemental update. It kept quitting without any errors. I expect this is because I have a dual boot on *same* HD partitioned and/or because I have an SSD and installer is confused. I was expecting 10.13.1 upgrade however to go through. Same issue. So my question is I have downloaded 10.13.1 *full* install in Applications. Can I install this directly on top of my current 10.13 install directly? Or do I need to go traditional hack route by creating USB and following guide? Major pain if I have to do that for every OS revision. Hoping at least since I have Clover I can attempt direct install, even though "upgrade" does not work.

@Jake Lo - Patching info.plist for the dummy kext still did not load. @Herve - I see what you are saying. DSDT patches is "text" replacement. Kexts have binary patches OR Info plist patches. I failed to see that. I will read up on everything. *However* I've been seeing posts where people plagued by the same symptoms - distorted sound & clock losing time - suggesting a patched kernel is the solution since the vanilla kernel causes issue. Is this something I should pursue?

@JakeLo - I'm assuming you are talking about info.plist of my generated aDummyHDA kext. The node you listed is not even present in it. Shall I add it at the root and try? @Herve - I have the following in config.plist already which I will remove Find: 8419D411 Replace: B2761D11 Then add the 3 you said. However I just saw none of the 3 keys seem to exist in vanilla AppleHDA info.plist

Okay I just realized that aDummyHDA.kext is not loading for me. I tried CkO, LE and SLE, and with the last two I have repaired cache and permissions. My config.plist is patched as well, and my layout-id is injected as 3 as evident in IOReg. So what is the reason for my kext to not load. Is there a way to debug?

@Bronxtech. I know what you are saying. I was simply explaining I did some experimentation. I DID try each of these mutually exclusively 1) VoodooHDA + AppleHDADisabler 2) AppleHDA + config.plist patch using AppleHDA patcher app (I posted above) 3) ALC + Lilu with layout-id = 3 with DSDT patched (I posted above) and I did verify with IOReg So I didn't mix and match anything. I was simply explaining the results of 1 and 3 were identical - I get sound but it is distorted. Also each time, I tried every frequency setting in MIDI app. It didn't help. With 2 I was not even able to get sound. Which is why I initially came to this thread when JakeLo suggested I should try ALC approach first. So I can take any suggestions for option 2) above now and I have a question. I just saw there is another way to generate patched kext in the AppleHDA patcher app - the "Jarvis" way. Not able to understand the documentation for this, but will it work the same way as "Mirone?

@Jake Lo - Yeah I figured LE or CkO might not make a difference. The thing is because I still get distortion like with VoodooHDA I'm wondering if problem is much wider? I know the sound card works because this laptop has windows on other drive and sound works fine there. Please let me know if there is a way to load AppleALC before AppleHDA. As per docs, that's the only thing I'm not doing right now because I don't know how. EDIT: Keeping the kexts in CkO loads kexts in this order: Lilu, AppleALC, AppleHDA. Still getting distortion. So even this is a closed door

@JakeLo I think I figured it out. This is how my DSDT patched looks for HDEF Problem is I'm STILL getting distorted sound. Device (HDEF) { Name (_ADR, 0x001B0000) // _ADR: Address Name (_PRW, Package (0x02) // _PRW: Power Resources for Wake { 0x0D, 0x03 }) Method (_DSM, 4, NotSerialized) // _DSM: Device-Specific Method { If (LEqual (Arg2, Zero)) { Return (Buffer (One) { 0x03 }) } Return (Package (0x06) { "layout-id", Buffer (0x04) { 0x03, 0x00, 0x00, 0x00 }, "PinConfigurations", Buffer (Zero) {}, "hda-gfx", Buffer (0x0A) { "onboard-1" } }) } } So I'm thinking I need to make AppleALC load before AppledHDA and that might fix? How do I make sure which kext loads before which?

@Herve - I always use VoodooHDA with AppleHDADisabler. I was just commenting on others stating with Clover disabler is not necessary. In fact when I removed disbabler VoodooHDA still worked but continued to give distorted sound. Anyway, that's moot at this time. msinfo32 on windows says it is Broadcom, but I see what you are saying. @JakeLo - I took AppleALC and Lilu versions 1.2.0. I removed VoodooHDA and AppleHDA Disabler from LE and in their place put AppleALC and Lilu. I repaired LE. I don't have any sound, but I'm missing a step. I looked at documentation below on installing AppleALC https://github.com/vit9696/AppleALC/wiki/Installation-and-usage Where do I specify Layout-id so I can make it 3? EDIT : Documentation also says AppleALC should load before AppleHDA. kextstat tells me it is loading much earlier. How do I fix that?

@JakeLo - Sorry, if you can clarify CodecId. I'm not sure when you say "may be available already". This is for my Dell Precision M6400 which I finally upgraded to Clover then to 10.13. My device is IDT92HD71B7. VID and PID 111d:76b2. It is Broadcom. I did try AppleHDA patcher App. My device is listed in drop down. I patched config.plist and then used the DummyHDA kext in clover/kexts/other as well as /L/E, but it didn't recognize my device either way. For kicks I also made sure DSDT patches were applied (while I think not necessary with Clover). I will say the config.list patch it generated for AppleHDA doesn't seem to be actually doing anything since whatever it is replacing isn't in the stock AppleHDA.kext at all. Right now back to using VoodooHDA 2.9 v10. Also tried getting rid of AppleHDADisabler, but not difference. Other things I've tried is using ForceHPET which some are suggesting can fix the "clock", but not dice again. MironeAudio.zip

I have VoodooHDA with AppleHDA disable in one of my laptops. Sound works BUT sounds distorted. Cracks and cuts off intermittently. Is trying to patch AppleHDA instead an option for me? I know the sound card itself is working fine because with windows I have no issue.

Herve BCM92046 is what I got. Which is what I was looking for. You said BCM02046. I was grep-ing for string with 9 and don't find it. Now if they are from the same "family" then I have been schooled. So then I do find "Broadcom2046Family" (no 0 and no 9), however it is on 2 kexts inside IOBluetoothFamily - BroadcomBluetooth20703USBTransport.kext and BroadcomBluetoothHostControllerUSBTransport.kext Assuming I have identified correctly, do I need to patch both kexts? Else I'm sorry but what's obvious to you is not obvious to me. Previously I have patched kexts to make them work and aware of syntax changes, but I was also able to identify kext easily. This time I'm not. Previously it was very obvious because there was only ONE kext that could be it, now there seem to be more than one, and again I'm not sure I'm matching the key in the kext with the card I have because it's not exact. PS - I always appreciate all of you trying to teach me how to fish, but this one time I'm asking if you can just give me the fish.

Okay so like I said it was the DellBluetoochHCI kext I had which has worked for this card from Yosemite through Sierra. With High Sierra it does not work. There are 8 kexts under IOBluetoothFamily. I cycled through them once to see to find a VID entry I could replicate for my PID, but didn't find any. Assuming that's the correct kext I will look again carefully. If there's some other kext I should be looking at please let me know.

Okay got the device ids !!! VID 413c PID 8156 Can someone tell me what kext to patch? PS - This somehow maps to Dell 370 and because I had DellBluetoothHCI kext in my Clover (attached above) it was working in 10.12. However no longer in 10.13

@Herve - Sorry I typed too fast and wrong. It IS a PCIE Bluetooth which is why I ran lpsci command. I had it working with some kext patch in 10.12. However with 10.13 does not work. In any case I want to figure out how to patch it with Clover. I couldn't open my laptop before because I had broken my screw driver. Just purchased new one and looked at it. It is BCM92046MPCIE. This one... https://www.amazon.com/Broadcom-BCM92046MPCIE-Bluetooth-Wireless-Card-DELL/dp/B00B1O6OKY Trying to find device ids, but not succeeding.

Alright so everything seems to work EXCEPT Bluetooth. I had Bluetooth working OOTB before with 10.12. So I never bothered to find the device id. Now I ran lspci to and have attached output. I can't even "see" it in the list. Even if it is USB device I should see it right? devices.txt