I have a Sony Vaio SVE17127CXB and it has an Ivy CPU (i7-3632QM) on a 6 Series board just as you said. I could not boot the installation directly, but I was able to install OS X using another Hackintosh that required very little DSDT edits. Once the installation was complete I put the drive back in the Vaio and was able to boot the system using Clover EFI in SafeMode with the npci=0x2000 Kernel Flag, InjectEDID, InjectATI, LoadVBIOS, DualLink=1, FBName=Pondweed, and VideoPorts=3. Nothing will work properly, but you should get to the desktop. (You'll also need the GenericUSBXHCI.kext to boot without DSDT hacking)
I took an extra step and practically rewrote the DSDT just to make it readable and get most of the devices to load properly; I have never seen so many Scopes in a DSDT before (Someone at Sony should be shot for such terrible coding). Moreover, Sony did a number locking out all the BIOS options which makes it harder to get the system to function the way you want it to. (I did find a blog that showed how to hack the BIOS, but after doing so I wasn't brave enough to flash the new UEFI BIOS without being able to restore the original) :S
Basically, the Intel HD 4000 graphics is locked out, or not present, leaving just the rebranded AMD Radeon HD 7650M graphics controller...
Decoding the VBIOS revealed:
ATOM BIOS Rom:
SubsystemVendorID: 0x104d SubsystemID: 0x908a
IOBaseAddress: 0x5000
Filename: BR41586.023
BIOS Bootup Message:
Sony/Wistron Z70CR ThamesPro DDR3
PCI ID: 1002:6841
Connector at index 0
Type [@offset 44962]: LVDS (7)
Encoder [@offset 44966]: INTERNAL_UNIPHY (0x1e)
i2cid [@offset 45036]: 0x96, OSX senseid: 0x7
Connector at index 1
Type [@offset 44972]: HDMI-A (11)
Encoder [@offset 44976]: INTERNAL_UNIPHY1 (0x20)
i2cid [@offset 45059]: 0x90, OSX senseid: 0x1
Connector at index 2
Type [@offset 44982]: VGA (1)
Encoder [@offset 44986]: INTERNAL_KLDSCP_DAC1 (0x15)
i2cid [@offset 45086]: 0x97, OSX senseid: 0x8
So, I patched the Pondweed Framebuffer in the AMD6000Controller.kext (I couldn't get Clover EFI to auto patch the kext for me, so I used HexEdit and patched the binary manually for lack of a better method)
Native Pondweed Framebuffer (3) @ 0x9ea30
LVDS, DP, DP
02000000000100000901010010000505
00040000040300000001020011020101
00040000040300000001030021030202
Patched Pondweed Framebuffer (3) @ 0x9ea30
LVDS, HDMI, VGA
02000000000100000901010010000507
00080000040200000001000011020401
10000000100000000001000000000008
Furthermore, I used this DSDT injection:
Method (_DSM, 4, NotSerialized)
{
Store (Package (0x0E)
{
"AAPL,slot-name",
Buffer (0x07)
{
"Slot-1"
},
"device-id",
Buffer (0x04)
{
0x40, 0x68, 0x00, 0x00
},
"@0,name",
Buffer (0x0D)
{
"ATY,kPondweed"
},
"@1,name",
Buffer (0x0D)
{
"ATY,kPondweed"
},
"@2,name",
Buffer (0x0D)
{
"ATY,kPondweed"
},
"model",
Buffer (0x13)
{
"AMD Radeon HD 7650M"
},
"hda-gfx",
Buffer (0x0A)
{
"onboard-1"
}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
I have bootable graphics, no QE, but atleast the graphics controller loads showing the correct VRAM (was just shows 7MB befdore). Strange thing is now it shows different Framebuffers in IORegistryExplorer under the AMD6000Controller ("ATY,Gibba","ATY,Muskgrass", and "ATY,Lotus"). I am still trying to get the QE working, Atheros 9285 Wifi card, and a few other things. My ethernet works on boot with Realtek's AppleRTL8169Ethernet.kext, but it doesn't work when plugged in after boot. I haven't been able to resolve all the DSDT issues myself, but I have come a long way. The Synaptics trackpad works great with the VoodooPS2Controller... I think my sleep state is glitchy somehow because occasionally I have to click the left trackpad button one time to free the pointer; not sure what is going on there. Maybe someone smarter than myself can see what I have overlooked.