Like the subject says I was playing a bit with that d630.I needed to have ML on it so I was happy seeing that hack is availble.
I followed guideline(the one by Herve here on the forum) almost to the letter
https://osxlatitude.com/index.php?/topic/2464-dell-latitude-d630-intel-gma-x3100-ml-with-full-qeci/
I got it working to the point that I had hires 1440x900 working ok.... Here i strayed from the guide a bit - i wanted to get rid of -f flag during bootup and passed "sudo kextcache -system-prelinked-kernel -a i386" BEFORE installing edp ....
I don't know if that's important that I did it before installing edp....anyways it didn't work.....command in terminal completed ok but after restart when i tried to boot it only with arch=i386 it kind of ignored this new hack and hang up during bootup. At least I think it had smthg to do with the hack since the very first thing i noticed was that grey bootup screen reverted back to lower resolution during bootup....
with -f flag and arch=i386 it was working ok so I left it as it was...
Bigger problems appeared with EDP installation. In this old guide linked above there is a mention about EDP 5 so maybe thats it since now its EDP7 Im a total newb in the subject so I'd appreciate any advice. Here's what happened:
I made an edp build for my system and after reboot system wont start. I freezes during startup With -v flag it can be seen that stops after command acpi smthg - i can provide exact but there is smthg else that I guess is crucial here - first thing I noticed after restart is that osx WONT switch to hires during bootup - EXACTLY the same thing I had before when I was not using -f flag prior to the edp installation.Now it doesn't start with or without -f arch=i386 -x -F -v and some other flags and options I tried. So its not good.
My limited understanding is that edpv7 has overwritten smthg and thus has broken that hack while other part of the system is configured for that hack ;nevertheless, i won't figure it out on my own so I would appreciate some help/explanation.In edp I have another OSX installation on that disk so I can easily access the file system to fix it.
The reason for the EDP installation was that I was hoping for some performance uptick since I had the feeling that system was not running on full speed....and I really needed few apps to work better.
In the EDP documentation there is this:
Note: If you have any custom plists, DSDT, SSDT and kexts that are tailored to your specific needs, copy DSDT, SSDT, plists to ‘/Extra/include’ and kexts to ‘Extra/include/Extensions’ before doing the build process. They will take precedence over the files available from our EDP database.
I did not do that.
Am I correct that is the source of the problem? Wouldn't leaving those files intact undo EDP provided benefits to performance(cpu,gpu)....any hints appreciated- as you can see from my confusion:)
Thanks in advance for any help.
