Hervé

We don't support stuff like iboot (chameleon, stolen and rebranded) here, I guess you know where to go for that...

 

We can help you with a myHack installer + retail SL 10.6/10.6.3. So make your installer and try to boot (with Chameleon bootloader). You may or may not need a legacy kernel, that'll depend on the support (or lack of it) for your Atom CPU.

That would tend to confirm that cards that work OOB are not affected by that security bug/limitation in 10.8.4.

10.8.4 had hardly got time for a decent run-in, it is with great pleasure that I present my Mavericked D630 nVidia:

 

Very easy installation with myHack 3.2, just used my ML fine-tuned /Extra (instead of ML bootpack) and everything works as before so far... 

 

You need a "10.9-ready" bootloader; for us this means fresh Chameleon v2246 minimum (available through Cham wizard).

Try and reinstall Chameleon

What or how is your DW1510 rebranded as?

I mean flashing the dev id, if that is feasible...

Don't! You won't get anywhere with MBP3,1; try the MBP5,1 instead.

I sucessfully updated to 10.8.4 today, did an edp after the update and everything worked as intended, except for the wifi.

After some digging i found out that apple stopped supporting broadcom 4311 natively in 10.8.4 and thus the problem i have.

 

Hmm, not exactly...

 

Earlier today, I ran some tests and found that a DW1390 would work perfectly under all network conditions with 10.8.4 whereas a DW1395 would not support AES encryption (trying to connect led to "Connection times out" error message). Bronxteck experienced same problem with a DW1395.

 

So:

• DW1390 is based on BCM4311 chip (Ven id-Dev id: 14e4-4311) -> Ok in 10.8.4
• DW1490 is based on BCM4311 chip (Ven id-Dev id: 14e4-4312) -> Ok in 10.8.4
• DW1395 is based on BCM4312 chip (Ven id-Dev id: 14e4-4315) -> NOk in 10.8.4 (only clear wifi or WEP wifi)

 

Maybe rebranding the cards would fix the issues...

That's difficult to answer. Hackintoshing a laptop is a rather opportunistic method in the sense that, unlike a desktop, you don't usually buy (and can't build) a laptop to turn it to Mac OS X. One can only try and run Mac OS X on the basis of would-be compatible hardware specifications. As such, you'll find it hard to find a definitive "ideal" platform that act and run like a real MacBook.

 

Browse our forum for Asus/Acer/HP/Latitude E Series models and see how that goes. There are other sites that provide good lists too.

Ok, did some quick tests:

• AR5B91 - AR9281 chip - works OOB -> Ok with AES wifi encryption (& clear wifi of course)
• DW1390 - BCM4311 chip - works OOB -> Ok with AES wifi encryption (& clear wifi of course)
• DW1490 - BCM4311 chip - works OOB -> Ok with AES wifi encryption (& clear wifi of course)
• DW1395 - BCM4312 chip - works with patched kext -> NOk with AES wifi encryption ("connection timed out" error message), only Ok with Clear wifi (basic WEP encryption not tested due to unavailability on my wifi gateway)

I therefore confirm what Bronxteck said: 10.8.4 no longer seems to support higher wifi encryption for Broadcom cards that require a patched kext.

Hi, follow the process documented in R&D -> Other research -> DSDT section

https://osxlatitude.com/index.php?/topic/1945-dsdtssdt-patching/

!!! WARNING !!!

 

10.8.4 seems to break network connection for some Wireless setups. Several users have now reported problems with Broadcom-based cards. Bronxteck confirmed this and indicated that 10.8.4 can break connectivity to secured network. However, open or low-secured networks (WEP) retain ability to connect.

 

I'll try and test things with DW1390 and DW1395 cards tonight.

 

Atheros-based cards listed as "Airport Extreme" (i.e. as fitted to real-Macs) appear unaffected by the above issue.

 

As such, update with caution and be ready to change to WEP or Open-encryption with MAC @-filtering...

In that case, I can confirm that Atheros cards, as used in Apple Macs, appear unaffected by the 10.8.4 update. I switched from a Broadcom-based DW1395 'G' card to an ex-Apple Mac Atheros 9281 'N' card a couple of weeks ago in my D630 nVidia and no side affect to wifi after updating to 10.8.4.

No, SMC 2.3f35 translates to 02030F00 0035.

 

Correct, the Apple link does not list and specific SMC value for the MBP9,2; as such, you're gonna have to experiment with other SMC values and corresponding SMBIOS plist. Just make sure both match, i.e. SMC & SMBIOS plist that match the same Mac model. In your particular case, look for Ivy Bridge models: MBP9.1, MBP9.2, MPBRet10.1 or MBA5.2

If you upgraded from 10.7.3 or lower to 10.7.5, you need to do/redo an EDP system build or you will indeed experience KP.

That's perfectly normal. T9300's Tjmax is 105°C, so you're well within the expected operating T°. My own T9300 runs at similar temperatures. I myself upgraded from a T7500 and you're right: the performance improvement is quite noticeable.

D830 with T9300 C2D + nVidia chip + 4Go RAM + SSD all make for a very good Hackintosh platform. 'sounds like you did a good tuning for a D830 that should now run ML very smoothly. Enjoy that Hackintosh. 

All nVidia D620 and D630 can suffer from the GPU defect. No motherboard can be defect-free. If you're certain it's the GPU, not your LCD wire, then you can try to bake your motherboard to reflow the GPU.

https://osxlatitude.com/index.php?/topic/2054-my-d620-nvidia-based-laptop-has-gone-belly-up/?hl=bake&do=findComment&comment=15386

I'm really sorry, I thought the article mentioned the default SMC value and how/where to get different SMC values clearly enough...

 

Looking at the SMC values mentioned in the article, I also thought the correspondance was obvious enough:

[...]
By default, FakeSMC is using SMC version 1.30f3 which is displayed in Data field as 01300F00 0003.

[...]

Mario and I tried the SMC version listed for the 15″ MacBookPro5,1 -> 1.33f8 (SMC 1.2). This translated to 6bytes Data 01330F00 0008.

[...]

NB: most of this derives from Prasys’ own work.

[...]

6bytes, eh?

01 | 30 | 0F | 00 | 00 | 03 -> 1.30 f 3

01 | 33 | 0F | 00 | 00 | 08 -> 1.33 f 8

 

Now try and establish what could it be for 1.68f98 or 1.69f4 (hint hint).

 

Remember: no matter what SMBIOS profile you choose or make, if you do not modify the default SMC value of FakeSMC.kext (which, I repeat, is 1.30f3), well that's what you'll always see in your System Profile...

It would please me that you read the article properly!

1. it clearly explains how to edit the FakeSMC plist
2. it clearly explains what to do to determine the Mac model/SMBIOS/SMC that best matches your own Hack
3. illustrations are provided

How much more could one need???  <_>

 

And, where did you get that SMC 1.30f3 corresponds to the MPB9,2 ?

EDP installs a battery manager kext in /E/E and it appears you need that on your laptop...

Yes, I guess you would.

 

Pre-release 10.8.4 versions were known to break wifi but I don't have the details. We need to look into that. I was fortunate enough to purchase and install an Atheros 9281-based 802.11n Apple Mac card  in my D630n just a couple of weeks ago and that works OOB, regardless of the version. Consequently, I retained full wifi services after updating to 10.8.4.

No idea, no; but, again, I would not even run ML without graphics acceleration so, to me, you're wasting your time here.

No, just follow the OSXL installation procedure with myHack + retail OS X installer + boot pack, then EDP system build. It really is very straight forward on those laptops.

10.8.4 pre-release versions were known to break Wifi, but until you say more about your own specs, there's little we can do or say.

 

If you're not intending to use MLPF on that D630, don't even think of running ML; there's really no point at all. However, since you're able to install an earlier ML release properly, I recommend that you make a new SL or Lion USB installer from that ML installation. This will get rid of all the trouble you encountered with your virtual machine.