Just to be sure, check it. Updates tend to turn it back on.
Seems like it is an unpatched code path in the kext, but that code path only matters in a specific scenario on your machine.
@RM,
Have checked Hibernation and can confirm that it is disabled.
Today I built a new dev system based on ASUS Z97i-Plus ITX mobo which has AW-CE123H fitted as standard, it works great but suffers from the same issue, switching SSID causes CC to be reset to XT as does long sleep.
Have also updated one of my other hacks to 10.10.3 (GA-Z87N-WiFi with AW-CE123H) and that does the same, 10.10.2 was fine .... This system was using my older method of using BTFirmware Uploader and Toledia's enabler kexts .... switched it to using the new FakePCIID method but issue remains.
So three completely different systems on 10.10.3 are all suffering from the same issue, the only common dominators are that they are all on 10.10.3 and using AW-CE123H. My Laptop and the Z87N system are using AW-CE123H WiFi/BT cards which i bought from the states via Ebay, the Asus mobo came fitted with one as standard.
All three systems use the following kexts :-
BrcmPatchRAM.kext
FakePCIID_BCM94352Z_as_BCM94360CS2.kext
FakePCIID.kext
With the Darkvoids CC Clover Patch:-
Code:
Find: E8510E00 0085C074
Replace: 66C70623 619090EB
Above patch is for CC as #a but have also tried US, GB, DE ... etc
All systems reset country code to XT after changing SSID or long sleep.
So either i'm doing something wrong or missing something ...
However since the behaviour was the same using the older BT & WiFi kexts and patches i can only assume that its a result of the 10.10.3 update ....
I've tried updating the firmware on my Router and changing the CC code on that but it makes no difference, 5Ghz works without issue on my tablet.
Have tried disabling 802.11d protocol but again makes no difference.
All Three systems have the same VID/PID (14E4/43B1) and work fine under Windows 7
Totally stumped now ...
Cheers
Jay