-
Posts
10066 -
Joined
-
Last visited
-
Days Won
568
Content Type
Profiles
Articles, News and Tips
Forums
Everything posted by Hervé
-
What's your screen resolution?
-
I'll have to check (because I forgot) if ModCD boots Nawcom's legacy kernel by default of the vanilla mach one. I think it's the former rather than the latter. This being said, you may be in a situation similar to that of SandyBridge/IvyBridge CPUs, which are only supported in Snow Leopard 10.6.8, not earlier releases. This AMD FX Vishera CPU model (FX-6350?) may just be unsupported by Nawcom's legacy kernel 10.4.0 (I'm prettty sure it's the default kernel of the final ModCD package). Vishera CPUs are direct competitors of SandyBridge/IvyBridge/Haswell/... after all. You could instead attempt SL 10.6.8 (with Nawcom's 10.8.0 v2 kernel), Lion, ML or Mavericks, using myHack + the appropriate AMD kernels. They're available off InsanelyMac's site and I've also added them to my Dell Precision 670 research/guide thread. Yosemite could be envisaged too, but no myHack support for that OS X version yet. But you may not have access to an existing Mac or Hack, hence your initial pursuit of SL using bootable ModCD CD/DVD method.
-
As far as I remember, the wireless model specified in the DSDT of the OSXL D430 bootpack is purely cosmetic. It's pure text, no hardware-specific info like device id or stuff like that. To be verified in your DSDT of course. I've detailed how to edit the DSDT in that respect in an article some time ago. BCM4311 is normally supported OOB, no need to modify any kext as detailed here. Is the card reported in the list when you issue Terminal lspci -nn? If so, please post the details. Also post your zipped DSDT as an attachment, I'll have a look. Of course, make sure the wireless switch on the right side of the chassis is in the ON position and Wireless enabled in BIOS.
-
You can update to 10.9.5 either through Apple Menu->Update or via Combo update; it's totally straight, no issues. If you want to experience with Yosemite, you may want to start afresh on a separate HDD partition so that you retain your Mavericks installation just in case... myHack not supporting Yosemite (yet..), there are some specific things to do with kexts to avoid problems. I posted a guide in R&D->Projects section. Look it up. Meantime, here's a full Mavericks pack for your D630 nVidia. Check your BIOS settings against the recommended ones published in the dedicated thread on the matter in this very forum section. D630n_10.9_pack.zip
-
You can only "upgrade" to Yosemite through a fresh re-install. However, this can normally be done over your existing Mavericks installation and retain all your files and apps. This is a general process whatever the OS X release.
-
Ok, will post you the definitive /Extra folder later on today. Wireless will only work with a supported card. Intel cards are no go. Consult the non-exhaustive list of supported cards posted in R&D->Hardware section of the forum.
-
What's your D630 LCD resolution? WXGA+ (1440x900) or WXGA( 1280x800)?
-
You can't; that does not work on Hackintosh. You have to do a fresh intall of Yosemite. But you can do it over an existing Mavericks installation and that should retain all your files and apps. Well, at least, that worked when I once upgraded one of my D630 from ML to Mav.
-
You're not going to convert your Apple Lion stick to anything. It simply contains the Lion installation app (like a DVD would have) and a tool like myHack is going to use that stick to create its own bootable installer on another USB key. In that sense, your Apple Lion stick will just be read-only media, nothing more. You'll keep it intact. The EDP pages (available from EDP button at the very top of your screen/page) provide some documentation on the whole process.
-
Naturally, you need an existing Mac or Hack (with SL minimum) to be able to build say a myHack Lion USB installer out of your Apple Lion stick; that's natural. But that does not mean you need 10.6.8 for that.
-
That's because Snow Leopard 10.6.3 does not support your CPU. SandyBridge & Ivy Bridge CPUs are only supported in 10.6.8 as far as I can remember, not in earlier SL versions.
-
Screen resolution only works automatically if the graphics framebuffer loads Ok. With a totally unsupported GPU such as the GMA4500, you won't get very far though. The only way for you to get what you seek is to manually force screen resolution through the Chameleon boot plist. Use the Chameleon Wizard for that, you'll see what to do straight away. Hint: Graphics Mode...
-
'seems safe enough on my old D630...
-
Not far actually, not far. There's just no support for those cards at present. I'm interested myself: my Dell E6440 has a discrete AMD Radeon HD 8690M too.
-
If it's for Xcode programming, maybe you can live without graphics acceleration...
-
There are different ways to fake a device id. Clover can do it through on the fly patching. Otherwise, a DSDT patch will do: you simply describe your device using the PCI device id of another. That can work for similar component of a same or very close family (e.g.: Mobile HD 4600 (dev id 0x416) vs. Desktop HD 4600 (dev id 0x0412)) but less likely to succeed for components that differ a lot. Here is an example: Device (IGPU) { Name (_ADR, 0x00020000) Method (_DSM, 4, NotSerialized) { Store (Package (0x06) { "device-id", Buffer (0x04) { 0x16, 0x04, 0x00, 0x00 // This is where you can fake a device id }, "AAPL,ig-platform-id", Buffer (0x04) { 0x06, 0x00, 0x26, 0x0A }, "hda-gfx", Buffer (0x0A) { "onboard-2" } }, Local0) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } ...
-
Good; I've no explanation about Chameleon. Version issue maybe? I see you kept the 800MHz speed...
-
Who knows? Could be something to do with the way you installed OS X...
-
Did you follow my guide and used my boot pack? If so, I trust you won't have missed the important statement about CPU and SSDT table at the end/bottom.
-
I'm using MBP11,1 on the Dell E6440. You can retrieve the SMBIOS plist from the pack posted in my guide. From memory, I generated it through Champlist and it works perfectly with Chameleon whether in Mavericks or Yosemite. Use the Random buttons for Week of Manufacture + Unique number to generate your own serial number. Make sure to remove those incorrect speed entries you had added, I don't know if they could interfere. I'm also using fairly recent versions of Chameleon such as r2377 or above (r2395, r2401, ...).
-
Yes, it started yesterday. Could be that Crew have to contact Google to lift the security status. Unless the site was hacked somehow...
-
Yes, well, you may have added your card id to the device list of the AMD8000 controller Info.plist, but that's clearly insufficient and you still do not have graphics support (VRAM=4MB)... You could have to patch the binary files too and that's more complicated. It's probably worth checking the specs of the currently supported cards of the AMD8000Controller and your own integrated GPU. Maybe you can also fake one of the supported cards. Supported in Yosemite 10.10.2: 0x45001002 -> ? 0x46001002 -> ? 0x66401002 -> FirePro M6100 0x66411002 -> Radeon HD 4930M 0x66461002 -> Radeon HD M280X 0x66501002 -> ? 0x66511002 -> ? 0x665C1002 -> Radeon HD 7790/8770, R9 260 0x665D1002 -> Radeon R7 200 0x67B01002 -> Radeon R9 290X
-
I'm out!
-
As I wrote in the article, I invite people to make their own experiment and opt for what works best according to factual results. What worked well for the Core2Duo based Latitude D Series does not systematically apply to other and more recent system. In particular, power management is very different with Core "i" CPUs and is not configured the same way: no selection of P + C States and systematic tuned FakeSMC for Sandy/Ivy/Haswell CPUs for instance but generated SSDT, that seems to suffice... For EDP, sorry, I pass! Contact a crew member. EDP has been too problematic to my liking for several months now; I stopped using and recommending it. Publish your own guide and full pack, that's my suggestion for what it's worth...
-
CPU speed really is not a valid criteria at all; it's much better to choose by CPU family closeness and/or GPU closeness. In your case, you have an AMD CPU with an unsupported GPU... I'm not familiar at all with recent AMD CPUs but assuming your APU is say a direct competitor of an Intel Haswell, choose MacBookAir6,2 to begin with but you may also opt MacBookPro11,1 (that's what I use on my Dell E6440 as it gives me an extra intermediary CPU multiplier). If your APU is more comparable to Sandy or Ivy Bridge, choose a corresponding model in the list offered by the Cham Wizard.