Jump to content

Dell Optiplex 755 DSDT, Vanilla SpeedStep+Sleep working.


  • Please log in to reply
160 replies to this topic

#61
LatinMcG

LatinMcG

    Insanely digesting DSDT

  • Members
  • PipPipPipPipPipPipPipPipPipPipPip
  • 2,509 posts
  • Gender:Male
  • Location:Tampa, Florida
so with no dsdt it does not reset.. then the rtc fix is not needed. or needs binary patch applertc.kext

i did a dsdt that was similar for pookymacman and his works fine. but its different like ehci was missing i think.

if i compare original to his patched i made i can fix it i think.. but it might need binary patch applertc

#62
DougJoseph

DougJoseph

    InsanelyMac Protégé

  • Members
  • PipPip
  • 52 posts
  • Gender:Male
  • Location:Clarksburg, WV, USA
I somehow missed your latest post (above) until now.

I really appreciate your help

#63
gygabyte666

gygabyte666

    Insanely >_

  • Members
  • PipPipPipPipPipPip
  • 396 posts
  • Gender:Male
  • Location:New York
  • Interests:>An error has occurred and your computer will spontanously combust to prevent further damage...
tl;dr sorry >_<

Major thanks to the OP for the dsdt. I used it very heavily to help figure out my 760 SFF recently. So thanks again! :)

Doug, did you try using AppleIntelE1000e.kext instead of your current LAN kext? My 760 has very similar hardware and I had problems with the App Store too. You can snag it for whatever version you need here on the forum: http://www.insanelym...howtopic=205771

Hope it helps! :)

Shoutout to Latin! ;p

#64
DougJoseph

DougJoseph

    InsanelyMac Protégé

  • Members
  • PipPip
  • 52 posts
  • Gender:Male
  • Location:Clarksburg, WV, USA
gygabyte666:

Thanks! As soon as I get home, I will try that kext instead and see if it helps. I am currently booting without a DSDT unless we can find what is causing my "waiting for root device" error on the DSDT we have built so far.

#65
gygabyte666

gygabyte666

    Insanely >_

  • Members
  • PipPipPipPipPipPip
  • 396 posts
  • Gender:Male
  • Location:New York
  • Interests:>An error has occurred and your computer will spontanously combust to prevent further damage...
Np hope it helps. Wise decision to not use a dsdt until you've found a bios rev you plan to stick with.

Also, have you tried out different BIOS revisions? Downgrade if possible and try to boot into OS X again. I realized that my 760 would have boot hangs if my bios was upgraded past a certain rev mismatched DSDTs can also cause boot issue. You may have a similar issue. As with all bios flashing, be careful and make sure you can downgrade if needed before flashing.

Good luck

#66
DougJoseph

DougJoseph

    InsanelyMac Protégé

  • Members
  • PipPip
  • 52 posts
  • Gender:Male
  • Location:Clarksburg, WV, USA
gygabyte666:

I was using that kext on version 1.6.2. The latest version is 1.9.5. I had no idea there was a newer version out.

The 1.6.2 kext works great except the card does not show as "built-in" and I have no App Store, iTunes Store or iCloud.

I have downloaded and installed the latest version. I am testing it now.

In System Report:

ethernet:

Type: Ethernet Controller
Bus: PCI
Vendor ID: 0x8086
Device ID: 0x10bd
Subsystem Vendor ID: 0x1028
Subsystem ID: 0x0211
Revision ID: 0x0002
BSD name: en0
Kext name: AppleIntelE1000e.kext
Location: /System/Library/Extensions/AppleIntelE1000e.kext
Version: 1.9.5

In IOReg:

IOBuiltin = FALSE


So, same result. The 1.9.5 kext works great except the card does not show as "built-in" and I have no App Store, iTunes Store or iCloud.

Latin McG has some ideas about editing the DSDT I am failing with.

so with no dsdt it does not reset.. then the rtc fix is not needed. or needs binary patch applertc.kext

i did a dsdt that was similar for pookymacman and his works fine. but its different like ehci was missing i think.

if i compare original to his patched i made i can fix it i think.. but it might need binary patch applertc

Hey Latin McG:

Would it help if I upload a freshly extracted DSDT, just to have for reference? The one I sent you was after me applying several patches to it. Remember, the IOReg I uploaded was made while booting without DSDT, as I have never been able to build a DSDT that would get me past "waiting for root device."

#67
gygabyte666

gygabyte666

    Insanely >_

  • Members
  • PipPipPipPipPipPip
  • 396 posts
  • Gender:Male
  • Location:New York
  • Interests:>An error has occurred and your computer will spontanously combust to prevent further damage...
Ok in that case you likely will need either another kext to fix the ioreg error or more preferably to test out a good solid bios rev so you can get started on a fix through dsdt. I would use the OP's as reference for fixing your own. It will likely prove to be a valuable resource for dsdt edits.

So no, I wouldn't extract a dsdt until you have tested out a few bios rev if you haven't already. As I said before wait till you've got a solid working bios before any dsdt extracts. When you do extract another dsdt I suggest using Linux to do it. Don't extract it using OS X if you can help it, it'll likely contain errors if you do.

#68
DougJoseph

DougJoseph

    InsanelyMac Protégé

  • Members
  • PipPip
  • 52 posts
  • Gender:Male
  • Location:Clarksburg, WV, USA
gygabyte666

As far as I can tell, the BIOS issues I had seem to have begun when a DSDT was placed, and then eventually went away when I took the DSDT away.

However, I just visited the Dell support site. Earlier I got BIOS v. A20 from there. Now, however, their site only offers A19. Hmmm. OK, I will downgrade to A19 and start testing again from there.

#69
gygabyte666

gygabyte666

    Insanely >_

  • Members
  • PipPipPipPipPipPip
  • 396 posts
  • Gender:Male
  • Location:New York
  • Interests:>An error has occurred and your computer will spontanously combust to prevent further damage...
Yeah that makes sense, a poorly edited dsdt can and will cause issues that weren't previously there but it doesn't necessarily mean that it's all the dsdts fault either. Dell sometimes tends to make rather significant changes in their BIOS revs. which can cause major issues with osx86 installs.

Pertaining to Dell only hosting one rev, Nope, there are plenty more if you know where to look. check the link again: http://www.dell.com/...oductCode=False

Look under the "Other Versions" tab for many, many more revs. ;p
I understand it can be a bit overwhelming attempting to test so many revs but it's just best to test as much as you can. You are not going to want to have to keep redoing dsdt fixes for different revs in the future if you can avoid it now. One less headache for later on.

#70
catalystTGJ

catalystTGJ

    InsanelyMac Protégé

  • Members
  • Pip
  • 11 posts
DougJospeh, Are you running an Optiplex 755? I have this model, and i'm running A21 Bios. That's probably not relevant. I'm about to start testing the various DSDT's on this thread. The only major problems i have with the 755 so far are Sleep doesn't work in S3 mode, and i get this annoying KP from either a very cold boot (say 5-10 minutes from being off), or the same KP at random from just rebooting, but if i immediately power off and back on the machine from the power button, the machine will come up fine. Occasionally, I've seen a crash or two during use that have each been unique types of crashes, but usually i'm screen sharing when these crashes have happened. Other than that the machine is working well enough. I used the ###### method though to build, so running Chimera for the bootloader. Running Lion 10.7.3. Its pretty much a vanilla system, with the exception of an EFI string for an nVidia GT 240 1GB card. My goal with fooling with the DSDT route is of course to correct the sleep problem, and i'm hoping it will help with the random startup KP's and other random crashing.

#71
LatinMcG

LatinMcG

    Insanely digesting DSDT

  • Members
  • PipPipPipPipPipPipPipPipPipPipPip
  • 2,509 posts
  • Gender:Male
  • Location:Tampa, Florida
the issues i seen are EHCI needs patch and remove (SPK) and Lpt and com ports. then removing it from the _gpe and _wak and _PTS.
complex but doable.

#72
DougJoseph

DougJoseph

    InsanelyMac Protégé

  • Members
  • PipPip
  • 52 posts
  • Gender:Male
  • Location:Clarksburg, WV, USA
catalystTGJ:

Thanks. Yes, I am working on an Optiplex 755. When I inputted the system's service tag at Dell's support site, at first they supplied BIOS version A20. I went that for a while, but saw a few issues. They were not like the issues you described. However, the last time I tried again on their site, they had switched to supplying A19. I switched to that version, and now I am having no issues that I am aware of. When you input your system's service tag now, which BIOS version do they offer for your system?

LatinMcG:

Re: complex but doable: I am normally pretty good with figuring things out, but this DSDT stuff is beyond my understanding at the moment. For me it is complex and undoable! LOL.

#73
DougJoseph

DougJoseph

    InsanelyMac Protégé

  • Members
  • PipPip
  • 52 posts
  • Gender:Male
  • Location:Clarksburg, WV, USA
I can easily do a search and replace for something like "(SPK)", but what would I search for to find the LPT and COM ports? Will they be listed as LPT and COM? What needs removed from _gpe, _wak, and _PTS?

And should I not be able to boot with a DSDT even if the above changes have not been made yet? I have not ever gotten past the "still waiting for root device" issue.

#74
LatinMcG

LatinMcG

    Insanely digesting DSDT

  • Members
  • PipPipPipPipPipPipPipPipPipPipPip
  • 2,509 posts
  • Gender:Male
  • Location:Tampa, Florida
no its not labeled as that. its nearby spk .. usualy in LPC section... id have to look for it and post.
(im going out wont be back till night likely.)

#75
catalystTGJ

catalystTGJ

    InsanelyMac Protégé

  • Members
  • Pip
  • 11 posts
DougJoseph:

I hear ya man! I'm struggling with it too! this has been a tough nut to crack, but i'm happy to state that i've managed to get Sleep working in S3 mode FINALLY! Good grief! I'm using the DSDT that includes speedstep/sleep/ and USB... from this thread..(think its the second one mentioned) so far! I intend to try out more of the DSDT's listed here to see what results they provide. I know i still have some funkiness, BUT the two main problems i was having are now gone. The sleep not working and the random KP's on startup. It seems the USB bit fixed the KP problem, and the sleep thing... well i had cornfused myself, because i had two copies of Lion, one "production" and one "test". The initial DSDT on this thread got the sleep working on only the "test" copy. The "production" copy it would blow up. I had forgotten that i was playing around with the "SleepEnabler" kext that i got from I think OSX86.net site. At any rate, turns out the DSDT alone was not the answer for me. Having the SleepEnabler installed properly got it working on the production copy. Now i need to tackle the audio problem that i still have which is somewhat minor. Basically, I'm using the voodoo driver to run the audio, and the onboard audio works fine, but the video card has audio channels as well. 4 HDMI channels, and while the voodoo driver shows the channels, none of the control sliders move! So i can't hear anything if i route the sound through any of the 4. I know there's an entire set up that i need to work through that's over on the ###### site. Hoping that might get it to work right. Again, that's minor to me, since i have audio working from onboard. i'm just OCD'ing over something that doesn't work.

On the matter of the bios... I don't recall putting in the service tag to get to the bios choices that were downloadable. I think i just went in to the alternative area where they list the entire history of all the bios versions for the model and just got the latest one. You probably won't benefit much by going to A21 from 19, since most of the updates had to do with very specific IT management type things that they either added or tweaked, but if you want it let me know. I should have the file, if they took it off their site for some goofy reason.

Thanks for everyone's contribution on this thread. It's been extremely useful. :-)

#76
LatinMcG

LatinMcG

    Insanely digesting DSDT

  • Members
  • PipPipPipPipPipPipPipPipPipPipPip
  • 2,509 posts
  • Gender:Male
  • Location:Tampa, Florida
it management = TPI stuff

the "aiting for root device is something he did in the kexts or used a distro with modified ahci kexts.

sleepenabler wont be needed if EHCI patch is done right.

#77
gygabyte666

gygabyte666

    Insanely >_

  • Members
  • PipPipPipPipPipPip
  • 396 posts
  • Gender:Male
  • Location:New York
  • Interests:>An error has occurred and your computer will spontanously combust to prevent further damage...
@Doug & Catalyst,

I already provided a direct link to the dell support page for the 755. There are several BIOS revs on that page. Not sure if this is helpful or not but I just checked my ioreg for my e1000e and I have this for ethernet:

Built-In=<01>

I assume that 01 means yes where 00 would mean no but I could be wrong. I can log into the App Store, iCloud and the iTunes Store just fine. If you're having problems trying to figure out your dsdt then please feel free to download my dsdt on the first post from my 760 thread and examine it for clues to help you out. I can't guarantee it'll fix everything but it should be better than going in completely blind. Going off what Latin suggests, you could probably just copy/paste my EHCI fixes right into your own dsdt without much fuss. Just be sure to check for errors while compiling.

http://www.insanelym...l=&fromsearch=1

Hope it helps. Good luck. :)

#78
catalystTGJ

catalystTGJ

    InsanelyMac Protégé

  • Members
  • Pip
  • 11 posts
gygabyte,

Thanks for the info on your 760 thread. I read through it, and lived your pain (vicariously... and that was enough!)

My current circumstance with sleep on the 755 sounds terribly similar to yours on the 760. Its sort of working, BUT... if the machine sleeps for more than around a minute of time (if less, then it works fine, but a minute or more and the problem happens), upon waking it, it will function for about 30 seconds (might even be exactly 30 seconds), and then bounce! And it's a seriously hard bounce, no warnings or error screens of any sort, just BLAM! black, and then reboot of course. Same as what you're seeing. I was reading on another thread where folks were thinking it had something to do with VMware 4, but my opinion now is its strictly Lion and the Optiplex (Probably others have this problem as well). I can reproduce this failure on a clean copy of Lion with no Vmware installed, so its not that at all. At any rate.. My biggest frustration with the system isn't sleep though. I could just as well turn that {censored} off and not even worry about it, but the random KP's on startup or even on reboots is what's most annoying, and i really wanna cure that with this DSDT patching, if at all possible. So far, i've not had much luck with any of the DSDT's posted on this thread, though I think/feel like they do help somewhat. They definitely get rid of the USB sleep warning deal that i was seeing in verbose when not using a DSDT, but i still get random KP's. Funny thing is, its like there's some sort of limit on how many KP's can happen in a row. Almost as if there's something in the code that is saying... "Alright, now that's enough panicking... just work already!" It seems that around 3 KP's in a row, and then it'll boot up . That's silly, I know... but maybe someone else has a thought about that. At any rate, i've exported the DSDT.aml from my system two ways. One from the Hack itself, and another from the Windows iasl.exe. The outputs look identical to me, but i haven't done a byte compare between the two yet.

#79
gygabyte666

gygabyte666

    Insanely >_

  • Members
  • PipPipPipPipPipPip
  • 396 posts
  • Gender:Male
  • Location:New York
  • Interests:>An error has occurred and your computer will spontanously combust to prevent further damage...
That sounds all too familiar. My original sleep problem was my own ignorance. I haven't owned a tower in years so I assumed on knowledge i've had of previous towers from say, oh about 5-6 years ago on how they would define as sleeping. Back then, they didn't have such aggressive power management as they do now. Long story short, my tower originally wasn't sleeping at all. It would merely go into what I call "coma-mode" in which the system remained on but the display would turn off. Fixing the dsdt properly is the only way this was solved so it would actually sleep/wake.

That said, my system is still far from perfect. Even though I have working sleep/wake I have BIOS resetting issues that i've never been able to really fix. If I wake my system from sleep on Lion or SL some of my BIOS options will reset or change. For example, it will change my networking preferences from enabled to enabled with PXE, which breaks my ethernet upon wake. It will also set my system to enable auto on time, which really sucks since my computer could turn on randomly. These are issues I face even today with no real solution in sight with the exception of just not allowing my system to sleep, but for me and what I do, it doesn't really need to sleep. I also have a reboot bug that couldn't be fixed either. If I reboot from Lion or SL my BIOS will hang at the Dell splash screen. The only fix is to hard shutdown the system from the power button and then turn it back on. Not really a dangerous problem to have but annoying just the same.

Anyway, what you're experiencing sounds unfortunately like it could be from a million different things. Unneeded Chameleon plist flags and/or kernel extensions, incorrect BIOS settings, or just conflicting and incorrect dsdt fixes. I would start screwing with dsdt LAST from everything else. using improper dsdts from other systems or inaccurate fixes on your own can cause more problems than they fix. It's best to make certain your setup is accurate with the basics like BIOS settings, boot flags, and kexts before you start seriously messing with dsdt fixes.

It's very likely that your extracted dsdts from both Windows and OS X are identical but to be safe I suggest you extract one from using a Linux distro. It's the only way to be 100% certain that no other factors are screwing with the extraction results. Any live disc version of Linux should work fine and not take more than a few minutes with a USB drive handy. VMWare I can't say much about because my current processor doesn't support VT-x so I can't use it on my current setup. I feel much the same way as you though, I doubt it would be causing any issues. The BIOS & processor handles how VT-x is used, not the OS afaik. USB sleep warning can easily be fixed with the EHCI dsdt fix mentioned several times above but it only really prevents full system sleep for now so I would be more concerned with the other issues ATM.

Lastly, the random KPs could also be from unneeded boot flags and/or kexts, poor BIOS settings or by using other system dsdts. I can't stress enough how important it is to really test out your setup and purge unneeded files. It will likely take time and patience to do but I really should get done. You should also make sure that if you are using kernel caches, they are being rebuilt properly. If you're unsure of how to make them in Terminal, then just delete them and allow the OS or diskutil to rebuild them on their own on next reboot.

#80
LatinMcG

LatinMcG

    Insanely digesting DSDT

  • Members
  • PipPipPipPipPipPipPipPipPipPipPip
  • 2,509 posts
  • Gender:Male
  • Location:Tampa, Florida
the dsdt would be same if extracted in win or linux.





0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

© 2014 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   PHP hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy