xsmile
Members-
Posts
79 -
Joined
-
Last visited
Everything posted by xsmile
-
Take your time. The errors can be fixed using DSDT Editor automatically and you can ignore the warnings I guess. Just don't give up EDIT: Here is a patchset I used earlier that might help you. patchset_vga_audio.zip
-
It must be something else. What happens exatlcy? Where does it stop?
-
I had this too sometimes and wasn't sure if I should mention it. After applying the AppleRTC patch it didn't happen anymore. This was before I modified my DSDT though; it is possible the patch is obsolete with the edits. Nevertheless I kept the setting in Clover as it shouldn't have any disadvantages.
-
This behavior is new to me. bdmesg is what I was looking for. Here some parts of it: Please specify 96, 64, or 32MB RAM for the HD4000 in the bios. The selected 16MB RAM configuration is not supported for the HD4000. I guess it's better to change it. SystemInformation: manufacturer: Apple Inc. productName: MacBookPro10,1 I see you got MacBookPro setup in your SMBIOS. This might not be the optimal choice as Mac loads different drivers according to the SMBIOS preferences. Use Chameleon Wizard to create an iMac13,1 smbios.plist and place it into /Extra - this is what I have found to be working well. Can you type "sudo dmesg" after a reboot into Terminal and attach the output?
-
To load a framebuffer you can use Chameleon's AtiConfig option or alternatively you put it in the DSDT with the patch I posted earlier. You can see what exactly gets loaded with IORegistryExplorer. Open the path PCI0:PEG0:GFX0(/PEGP) and you will see the recognized ports as @0 to @n with the name of the framebuffer in them. The audio assertion messages are normal. Can you boot with the original AppleHDA from 10.8.3? Please attach the boot logs
-
This is normal and not related to Sleep. If you are using patched extensions to enable Sleep or power management, revert back to the original Apple versions. They include AppleACPIPlatform, AppleIntelCPUPowerManagement, NullCPUPowerManagement. Can you post your boot.log? I think Chameleon places it in the root of the volume.
-
Don't reinstall, it will be a waste of time. Glad you got the IGPU working. You are using 10.8.3, right? Try to use the DSDT I attached to the first post. Modify the "SystemMemory" lines, compile it and place it as /Extra/DSDT.aml. It should be about 40kb in size in the end.
-
What issues do you have now? Is Sleep working? Regarding the white screen: You can indeed use the HD4000 as primary device to avoid it, but you won't be able to see the boot screen. I can't help you here though, I don't use this method. PS: The DTGP method is just a helper method for other modifications. It won't change anything if you add it alone.
-
Are you using the exact same file you uploaded? If yes, it is invalid - you must compile it with DSDT Editor first. You can't just change the file ending from .dsl to .aml. Also turn off the DSDT patches of Clover as you don't need them. Which card version have you got? The original from AMD?
-
I don't see the files, you must click "add the file" after choosing the filename. Sleep is probably not working because you are in safe mode. Try enabling GraphicsEnabler and experiment with FBConfig. For me "Aji" worked with the DVI port.
-
Hi xalucardx, currently there is no fix for the white screen. The only workaround is to go into Sleep Mode and Wake again on each reboot to get output. Black or white screen is just a matter of resolution I think. You should try which framebuffer works for you by using Clover. Usually Aji or Chutoro will do. Then you can add it to your DSDT yourself, if you want. I attached a patch which is compatible with the device names I use in my DSDT (PEG0/GFX0 instead of PEG0/PEGP). You will have to change the framebuffer name for each port you got. Additionally you might want to try these SSDT files for the 3570k. Turn off any "generate c/p-state" options and do not drop existing tables in Clover. Also use iMac13,1 in your SMBIOS. They should enable turbo and C-States. Have you tried resetting the CMOS after flashing the BIOS? Which DSDT do you use? Can you post your Clover config? patch_7870.zip ssdt_3570k.zip
-
Yes. It just needs to patch the PowerManagement module and this was done and logged in the first line. Read this: http://www.applelife.ru/threads/%D0%9F%D0%B0%D1%82%D1%87-%D0%91%D0%B8%D0%BE%D1%81%D0%B0-uefi-%D0%A1%D0%B5%D1%80%D0%B8%D0%B8-%D0%90sus-p8xxx.34578/page-15#post-314986
-
I'm afraid I can't help you with the USB issue. Do you have no audio at all or after waking? Try these (don't forget to rename them ). I definitely didn't alter any audio info this time. As I don't know what exactly causes the bad Wake, start with the first DSDT_1 and try the next ones until it starts working. The number of changes increases with each DSDT. DSDTs.zip
- 19,329 replies
-
- acpi
- acpispecification
-
(and 4 more)
Tagged with:
-
Use this tool and read the first few posts carefully. http://www.insanelymac.com/forum/topic/285444-pmpatch-uefi-patching-utility/
-
Last try with other wake and sleep methods, see attachment. SpeedStep theoretically should work, can you confim it? Good luck.. otherwise I don't know what to do. You should open a thread probably. EDIT: Did you see this thread? http://legacy.tonycrapx86.com/viewtopic.php?f=14&t=44404 EDIT2: Also use iMac12,2 SMBios. DSDT.aml.zip
- 19,329 replies
-
- acpi
- acpispecification
-
(and 4 more)
Tagged with:
-
Right, forgot to modify the XHC device. It seems the PStates are handled differently with Sandy Bridge (I got Ivy). I found them under PerformanceStateArray in ACPI_SMC_PlatformPlugin. Do you generate them with Chameleon? Can you share all of your SSDT tables? You can get them with AIDA64's ACPI tool for example. Try these two versions. I merged some things from Pro3 Gen3 BIOS v2.30 DSDT that might help. One more thing, did you set up your BIOS to manual settings and disabled things like PLL overvoltage? Just want to be sure. DSDTs.zip
- 19,329 replies
-
- acpi
- acpispecification
-
(and 4 more)
Tagged with:
-
The log looks normal I would say, I got the same sequence. It seems you have tried quite a few things already, I saw your posts on another forum. Please test this DSDT. I changed: - Added current settings to device XHC - IRQNoFlags moved from RTC, TIMR to HPET; HPET new _CID - Disabled OS recognition, set OSYS to 07D2 (Windows 2001 SP2) - Cleaned up OSYS checks According to this thread the DSDT contains a buggy "SIOW" method. If it still doesn't work with this DSDT, try replacing the SIOW method with one from my board's DSDT, an Asus P8Z77-V LK: Method (SIOW, 1, NotSerialized) { Store ("SIOW", Debug) ^SIO1.ENFG (0x0A) Store (^SIO1.OPT3, PMFG) Store (0xFF, ^SIO1.OPT3) And (^SIO1.OPT6, 0xCF, ^SIO1.OPT6) And (0xFE, ^SIO1.OPT2, ^SIO1.OPT2) ^SIO1.EXFG () } Also, you should avoid the use of any Sleep enabler and power management kexts as you seem to have a patched BIOS already. Do you have any messages like this in console?: "Unsynchronized TSC" Are the C- and P-States reported correctly in IOReg? Example: PS: The iMac 13,1 USB devices are external in one of the SSDT files; look for EHC1, EHC2, XHCI. DSDT.aml.zip
- 19,329 replies
-
- acpi
- acpispecification
-
(and 4 more)
Tagged with:
-
Oops, I thought you patched your DSDT already. There are patch sets available at http://Olarila.com/forum/packs.php. Your board is listed there. Use DSDT Editor to apply the patch file: http://Olarila.com/forum/viewtopic.php?f=19&t=62. Most erros should be resolved with the new DSDT. Take a look at the bottom of it, these are the current settings I was talking about. Good hack, as the guys here use to say.
- 19,329 replies
-
- acpi
- acpispecification
-
(and 4 more)
Tagged with:
-
Does the console say anything useful related to Sleep? Regarding USB, you could adding current settings to EHC1, EHC2, XHC1 as in: http://tdev.me/2010/12/apple-hardware-dumps/#iMac13,1 's original DSDT. They are in the _DSM methods.
- 19,329 replies
-
- acpi
- acpispecification
-
(and 4 more)
Tagged with:
-
Hi again, the 660 is supposed to work without any modifications. It must be an issue with your configuration. Check your bootloader settings and remove any video card settings. The video card must be handled natively by OSX now. I don't know much about multishit, As far as I know it is a compilation of many drivers and setup scripts. It would be better to configure your system by hand as you will know what changes you made and which changes you don't need to make. Again, I can't tell much about Chimera, I have used Chameleon and switched to Clover recently. Nevertheless, Chimera and Chameleon should have the same configuration options. So just try to boot with GraphicsEnabler=No. The HD4000 should work with some modifications, yes. Never tried it though. I got an AMD 7870 which works quite well since 10.8.3, except a startup issue.. but it works PS: Check your BIOS settings for the primary video card. It should be PCIE. Also disable Virtu MVP. PPS: Is there a normal way to get to the Mac driver section of Nvidia? I must be blind. EDIT1: First post updated with premade DSDT. EDIT2 2013.01.21: DSDT updated.
-
Updated first post. @esqueegee: Sadly I got no experience with Nvidia at all. Which drivers did you install? One thing I did find though. Supposedly the FakeSMC's Nvidia plugin causes this crash. You can try to remove it.
-
Np. One last thought, check if you looked in the correct drive. Otherwise, don't give up. It must be some basic mistake you did.
-
Don't know how to help you now, sorry. I would recommend you to create a new thread in the installation forum.
-
Boot again with -v -f. Please verify that it really is in /S/L/E.
-
Also look in /Extra/Extensions as it is used by Chameleon (if you installed it). HWSensors.pkg contains the FakeSMC.kext. You an extract it from there. I attached it for you. FakeSMC.kext.zip
