Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
2011 MacBook Pros can support Handoff/Continuity
- Thread starter abcdefg12345
- Start date
- Sort by reaction score
I have a MBP early 2011 13' inch with pb3 installed, and I am trying to get handoff capability. Is there anybody with a similar setup out there who has successfully/knows if it is even possible? I know that i would need a new airport card, but i don't know which one, or from where.
Not to be a dick but if you go read through the whole thread there is a link to it in here an everything is in here how to do it..
i already read through the whole thing, and i checked the links. but every link i checked had either ended their sales, or had been later discredited by someone who bought the unit and discovered that it didn't work/not what it claimed to be. so i wanted to know if anyone had a link that for sure worked that they themselves had used, because i can't find one myself.
I think it would be best to wait until Yosemite is formally released. Then you can check back here and have a better idea of what might work, as others will be testing things as well.
Yea there is no clear link to the card but the part number is listed check back here tommorow I have a reputable guy that is in the us that carries them I'll post his info here tm
Just in case anyone needs it or doesn't feel like hex editing tonight, here's the modified DP8 kext. Driver version is up to 900.19.8.
https://dl.dropboxusercontent.com/u/3677670/IO80211Family.kext_DP8.zip
https://dl.dropboxusercontent.com/u/3677670/IO80211Family.kext_DP8.zip
MacBook Pro 2010 + airport BCM94331PCIEBT4CAX
New version, same problem
kextstat | grep AirPort
51 0 0xffffff7f81d27000 0x5d7000 0x5d7000 com.apple.driver.AirPort.Brcm4360 (900.19.8) <50 47 46 12 7 6 5 4 3 1>
53 0 0xffffff7f82370000 0x1f3000 0x1f3000 com.apple.driver.AirPort.Brcm4331 (800.20.24) <50 46 12 7 5 4 3 1>
No Handoff in Preferences/general
and after few minutes
kextstat | grep AirPort
53 0 0xffffff7f82370000 0x1f3000 0x1f3000 com.apple.driver.AirPort.Brcm4331 (800.20.24) <50 46 12 7 5 4 3 1>
Is there a solution for my case, please?
ioreg -l | grep "board-id" | awk -F\" '{print $4}'
only show: Mac-F22586C8
is it normal?
i have tried to edit the kext 4360 but without any good result
i have tried to delete kext 4331 too.
Help please
New version, same problem
kextstat | grep AirPort
51 0 0xffffff7f81d27000 0x5d7000 0x5d7000 com.apple.driver.AirPort.Brcm4360 (900.19.8) <50 47 46 12 7 6 5 4 3 1>
53 0 0xffffff7f82370000 0x1f3000 0x1f3000 com.apple.driver.AirPort.Brcm4331 (800.20.24) <50 46 12 7 5 4 3 1>
No Handoff in Preferences/general
and after few minutes
kextstat | grep AirPort
53 0 0xffffff7f82370000 0x1f3000 0x1f3000 com.apple.driver.AirPort.Brcm4331 (800.20.24) <50 46 12 7 5 4 3 1>
Is there a solution for my case, please?
ioreg -l | grep "board-id" | awk -F\" '{print $4}'
only show: Mac-F22586C8
is it normal?
i have tried to edit the kext 4360 but without any good result
i have tried to delete kext 4331 too.
Help please
Did you :
Code:
sudo kextcache -system-prelinked-kernel
Code:
sudo kextcache -system-caches
I find what has consistently worked for me. is deleting the 4311 kext from with in the iofamily one and rebooting.. You dont need it and its easier and it works everytime.
its the driver for the old card. all the kexts are bundled together.. Don't ask questions if you want it to work just delete it. and reboot.
No matter what Mac you have, IO80211family.kext is a collection of every wireless driver on every machine.
It happens a 2011 Mac was driven by 4331, a 2012 Mac was driven by 4360, cause of CAX card.
If you switch the 2 cards, your 2011 Mac will need 4360 to drive the new card, so 4331 is useless.
It happens a 2011 Mac was driven by 4331, a 2012 Mac was driven by 4360, cause of CAX card.
If you switch the 2 cards, your 2011 Mac will need 4360 to drive the new card, so 4331 is useless.
It worked! Yay I can edit my own kexts now.
----------
Phone relay and sms relay have both been delayed until october as far as I know. They know those features work, and removed them from the GM of iOS 8 as well as the most recent betas of OS X. It will be activated via an iOS 8 update alongside the release of Yosemite. If you remember to last year, they did a similar thing with iCloud Keychain where it disappeared in the iOS 7 GM and then was re-enabled when Mavericks was released.
Hey folks,
decided to give my ol' 2011 MBP the CAX treatment.
Everything works fine (Airdrop that is) except Handoff.
I upgraded straight on DP8 as I havent had time to take care of it before.
Handoff Settings in Sys-Prefs shows up and kext loads as it is supposed to (thanks to everyone who provided instructions btw).
I got the slight suspicion they might have implemented another check in that sharing-daemon (conveniently called "sharingd").
It aggressively says "Stopping Handoff Advertising", if you go "killall sharingd" it gets respawned and even lists the Mac's capabilities, yet no luck getting it to work.
UPDATE:
Turns out the issue was a missing certificate. Namely the "handoff-encryption-key" in the KeyChain.
It was generated with new user names, but did not pop up for my existing one. Took me quite some time resetting the keychain and deleting various iCloud related .plists to finally get it up and running...
decided to give my ol' 2011 MBP the CAX treatment.
Everything works fine (Airdrop that is) except Handoff.
I upgraded straight on DP8 as I havent had time to take care of it before.
Handoff Settings in Sys-Prefs shows up and kext loads as it is supposed to (thanks to everyone who provided instructions btw).
I got the slight suspicion they might have implemented another check in that sharing-daemon (conveniently called "sharingd").
It aggressively says "Stopping Handoff Advertising", if you go "killall sharingd" it gets respawned and even lists the Mac's capabilities, yet no luck getting it to work.
UPDATE:
Turns out the issue was a missing certificate. Namely the "handoff-encryption-key" in the KeyChain.
It was generated with new user names, but did not pop up for my existing one. Took me quite some time resetting the keychain and deleting various iCloud related .plists to finally get it up and running...
Last edited:
Hmmm actually the only part that you got working right (because Apple designed it that way) is Continuity. I think (not confirmed) all the Macs that support Yosemite are going to support Continuity (which is the Phone and SMS relay support).
Oooooon the other hand, Handoff is the feature this whole thread is trying to get working right. Handoff is the ability to share tasks such as writing emails and websites browsing between devices, and this feature requires Bluetooth LE, which Continuity alone doesn't need (it only uses Wi-Fi and our Apple IDs).
Hope this clears the concepts a little bit for all of you
It's not completely fixed yet.
Basically I deleted the Keychain, signed out off iCloud and my Apple ID (both via System Preferences and by right clicking on your user name in "Users & Griups" via "Advanced") and deleted a bunch of iCloud related .plist files in "~/Library/Preferences/".
Eventually upon signing back in it got itself an encryption key from Apple's servers (you cannot create one manually, as it's being maintained by a service called apple.com.continuity.encryption). When it got those "sharingd" finally reported advertising.
BUT - and this is my current issue - so far I've only been able to receive Handoffs (iPad Air to MBP 2011 and some newer Mac to MBP2011), not the other way round.
Apparently the other Mac requests the Handoff Decryption key from the 2011 Mac, but eventually times out.. no sign of the request in the log.
Btw, to debug the Sharing Daemon, open Console and go to "system.log" under Files, then set the Filter on the top right to "sharingd".
Update:
Finally got it working - apparently all this resulted from some legacy UUIDs flying around.
com.apple.sharingd.plist - Maintains information about Requests to other Handoff devices, particulary the times requests have been performed. If the initial handshake goes awry, it will wait for an amount of time before re-requesting the key.
com.apple.ids.deviceproperties.plist - Maintains a list of all devices it has connected to. If a device changes for some reason (e.g. reset) it's best to remove the key+dict entries for its ID.
This is quite easy on the Macs, but the only wait to get it back up working on the iPad was to go "Reset All Settings".
Anyway, I'm glad everything is working now.
Last edited:
I'm having the same problem. I've upgraded my card and fixed the kext so the "enable handoff" part of settings appears, but handoff won't work. Airdrop works from my Mac to my iPhone, but my iPhone can't find my Mac for Airdrop. I'm not really sure how you fixed it, though. I looked for those files and couldn't find them. Could you describe exactly how to do get this to work?? I appreciate it!