Jump to content

RogerMac

RogerMac

Member Since 19 Nov 2007
Offline Last Active Jan 17 2016 02:08 PM
-----

Posts I've Made

In Topic: 10.9.2 on Optiplex 755

20 March 2014 - 11:43 AM

@RogerMac - thanks for detailed post dude, it's appreciated!

 

re: DSDT - did you also use SSDT?

 

Cheers..

No, only the SSDT i posted the reference to.

In Topic: 10.9.2 on Optiplex 755

15 March 2014 - 08:12 PM

SUCCESS. Optiplex 755 fully working with 10.9.2.

On 2 machines, one equipped with E4400 dual core and GeForce 8400 and the other with E6600 Quad Core and ASUS EN210.

 

The solution is basically the one I outlined some posts ago (4 kexts from 10.8.4), even though refining the solution was particularly tricky, for a mix of three basic reasons:

 

REASON A ) 755 is a machine based on previous generation chipsets from Intel (it comes from 2007, so it's 7 years old...). This time we had hard time with integrated SATA, but the next we can experience the same with all the remaining 0x8086 drivers. Those are getting progressively unsupported by Apple, therefore with each release - as soon as the system kext are updated by Apple to support newer hardware - something ceases to work on 755 (because Apple ceases progressively supporting older macs). We've seen differences between 10.9.1 and 10.9.2, expect further problems with 10.9.3, 10.9.4, 10.9.5... Let's say that I believe that Mavericks will be the last osx version to run - somehow - on 755. However, used 755 are worth today 50 dollars or less, so we can make ourselves a reason for this.

 

REASON B )The two 755 I have are equipped with early GeForce GPUs, that used to run OOB in previous OSX releases. These are going progressively unsupported as well, so after fixing SATA you will probably have to fix the GPU if - as it may be expected - it comes from the same ancient days. Old GeForce boot fine, but anything ends up in a black screen after DSMOS.

 

REASON C ) The Kernel cache mechanism implemented by mavericks complicates the trial-and-error process to fix things, since if you are not radical in using UseKernelCache=No for each boot until things are fixed, you may incur in situations where the /S/L/E is ok but the machine doesn't boot, as well as situations where the machine boots but you have {censored} in /S/L/E and EE.

 

Said that, here is my recipe.

 

0.0) bootloader: chameleon

0.1) org.chameleon.Boot.plist: see below, but take into account that the "device-properties" indicated is functional ONLY for fixing old nVidia Cards, remove it if you don't have a Geforce 7000,8000, or some kind of relatives such as my EN210.

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
	<key>EthernetBuiltIn</key>
	<string>Yes</string>
	<key>Kernel</key>
	<string>mach_kernel</string>
	<key>Kernel Flags</key>
	<string></string>
	<key>Legacy Logo</key>
	<string>Yes</string>
	<key>Timeout</key>
	<string>2</string>
	<key>GenerateCStates</key>
	<string>Yes</string>
	<key>GeneratePStates</key>
	<string>Yes</string>
	<key>Graphics Mode</key>
	<string>1920x1080x32</string>
	<key>GraphicsEnabler</key>
	<string>No</string>
	<key>device-properties</key>
	<string>a502000001000000020000005a0200000d00000002010c00d041030a040000000101060000010101060000007fff04001e00000072006f006d002d007200650076006900730069006f006e0000002b0000006e5669646961204765466f7263652037353030204f70656e474c20456e67696e65205b4546495d22000000400030002c006400650076006900630065005f00740079007000650000000b000000646973706c6179100000004e00560043004100500000001800000004000000000003000c00000000000007000000000e0000006e0061006d00650000000b000000646973706c617914000000400030002c006e0061006d0065000000120000004e5644412c446973706c61792d41100000006d006f00640065006c000000170000006e5669646961204765466f72636520373530300e0000004e00560050004d000000200000000100000000000000000000000000000000000000000000000000000014000000400031002c006e0061006d0065000000120000004e5644412c446973706c61792d4220000000400031002c0063006f006d00700061007400690062006c00650000000e0000004e5644412c4e564d6163220000005600520041004d002c0074006f00740061006c00730069007a0065000000080000000000001020000000400030002c0063006f006d00700061007400690062006c00650000000e0000004e5644412c4e564d616322000000400031002c006400650076006900630065005f00740079007000650000000b000000646973706c61791c0000006400650076006900630065005f00740079007000650000000f0000004e5644412c506172656e743f0000000100000002010c00d041030a0400000001010600001e0101060000007fff0400160000006200750069006c0074002d0069006e0000000500000001</string>
</dict>
</plist>

0.2) DSDT.aml: the best I've found for 755 (and that I use) is HERE: http://www.insanelym...psleep-working/

It is not perfect, but I don't want to invest further time on 755. You know, the ratio between efforts and results is not so advantageous (My current best Hack with an Optiplex 7100 and core i7 is a missile and required very marginal efforts to be built). in many cases this DSDT allows sleep (if you send to sleep intentionally, it works. If the 755 goes to sleep by timeout, it hangs).

 

0.3) E/E content:

   - FakeSMC

   - NullCPUPowerManagement (not really needed, I believe, but I hadn't time to make further checks).

   - VoodooHDA

 

UPGRADE PROCEDURE:

 

1) upgrade to 10.9.2 using Apple's Combo Update. If you have the possibility to boot OSX from another HD (the better choice) anything is easier since you may simply install in one pass to the target drive mounted as external. If you don't, remember that the update process is a two.pass process, that's finished up during shutdown. At at the end of the shutdown the target diks is unbootable until you substitute the kexts, so still another machine to mount the target disk and make the modifications is needed.

 

2) mount the target disk with either method and REMOVE the following from /S/L/E:

   - AppleACPIPlatform.kext

   - AppleAHCIPort.kext

   - IOAHCIFamily.kext

   - IOPCIFamily.kext

 

2bis) if you need to also fix nVidia GeForce 7000/8000/210 REMOVE also the following from /S/L/E:

   - NVDANV50HalTesla.kext

   - NVDAResman.kext

   - NVDAResmanTesla.kext

   - NVDAStartup.kext

 

3) Install in /S/L/E the 4 files from 10.8.4: 

Optiplex 755 kexts
Last Updated Mar 06 2014 10:21 PM

Remember to chown -R root:wheel and chmod -R 755 as usual. You can't use Kext utility because at this point you will not be working on the boot disc.

 

3bis) if you need to also fix nVidia GeForce 7000/8000/210 run this installer on the target disk: http://www.osx86.net...geforce-8400gs/

It will install replacement versions of the nVidia kexts.

 

4) shutdown and boot the target disk WITH UseKernelCache=No. System should start.

 

5) run kext utility to fix /S/L/E permissions and rebuild the kernel caches. Once finished, reboot normally and check anything is ok.

 

CONSIDERATIONS:

 

- SATA is working, but with ancient kexts. It appears to work fine, but NO WARRANTY this does not block some advanced Mavericks function (I'm thinking to PoweNap, it should be tested thoroughly)

- Both the 755 hacks show up an nVidia 7500 256 MB (that is corresponds to the injected device-properties, however). I've tried to use OSX86Tools to generate proper injections for 8400 and EN210, but none of them worked. Black screen on startup. Since the 755 is worth 50 bucks and the graphic card from 5 to 10, I will not be making further tests. They work, QE/CI enabled, and that's fine for me.

- The system is far from being Vanilla.

In Topic: 10.9.2 on Optiplex 755

06 March 2014 - 10:27 PM

Thank you so much!
This helped getting my Mac back :D

Just had to replace all mentioned kexts with the 10.8.4 version and it is booting again.

 

Nice to hear. Do you have graphics?

If yes, could you post your DSTD (if any) the graphics card type, the org.chameleon.boot.plist?

 

Thank you in advance!


Hi,

 

I have tried to use the solution with the 10.8.4 files, but when I search my old install I can't find "AppleACPIPlatformExpert".

I'm sure it's me being dumb, but any help would be greatly appreciated.

 

Thanks guys.

 

Here they are. But please keep me update with you graphics card config if it works for you. Thank you.

 

http://www.insanelym.../211-755-kexts/

In Topic: 10.9.2 on Optiplex 755

05 March 2014 - 05:53 PM

Hi,

 

I'm having the exact same issue and supidly didn't backup my data first! D'oh

I have same setup but with MSI ATI 5450 1GB Graphics.

Was working perfectly on 10.9.1

Please help! :)

 

Welcome in the club!  :D

In Topic: 10.9.2 on Optiplex 755

04 March 2014 - 08:14 PM

Guys, actually I understood what's wrong with AHCI, and managed to boot the machine in 10.9.2, and it's working, by an operating system point of view.

 

What I still can't get is the video, 'cause none of the OOB cards I was using (ASUS EN210, Nvidia 7500), neither the onboard GMA950 manage to switch from the text screen to the graphics. This is probably due to the changes I had to mage to the AHCI kext, but still no success in having graphics (but the machine comes alive and can be accessed from the network via ssh). Also vmc technically works, but it is obviously transmitting a black screen (the Graphics card is logically started but not active).

 

Hoping you can suggest me what I'm missing, here is what I have discovered and what I have done.

 

a) the 755 has an ICH9R sata controller. This is not recognized in 10.9, thus no bootable disk without patch.

 

B) the trick that allowed to mount the SATA controller in 10.9.1 was to substitute AppleAHCIPort, IOAHCIFamily, IOPCIFamily from a 10.8 release. However, it has to be noted that if you substitute these three kext with those of 10.8.5 the SATA controller works but it is erroneously identified as ICH10. If you use those from 10.8.4 the SATA controller is detected correctly as ICH9R. Not a great difference, but the most proper kit for our aging 755 is that from 10.8.4.

 

c) in 10.9.2, if you simply substitute the three kext the system doesn't boot. There is a broken dependency (that was not there with 10.9.1) between AppleAHCIPort and AppleACPIPlatformExpert, preventing to load the entire chain (AppleACPIPlatformExpert is hierarchically above IOAHCIPort).

 

d) the solution to have boot is to also substitute AppleACPIPlatformExpert from 10.8.4, and this proves to be functional as far as the SATA is concerned. The system boots and works. But NO GRAPHICS.

 

The log sticks at "DSMOS has arrived" (where the graphics card should switch to the graphic mode) and the system finishes booting... but no video. Tried to inject, to de-inject, graphics enabler yes, no, maybe ;-) , pump a platform specific EDID at boot, but nothing.

And the behavior is the same with nVidia and with GMA (I tried to have a boot without qe/ci, but at least with video on, but to no avail).

 

Give a sparkle of light to my night... what am I missing? I'm 5 centimeters away to have solved the 10.9.2 issue...

© 2017 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy