Jump to content

Recommended Posts

Posted

Try VoodooPS2 instead of ApplePS2Controller.


About the wake issue I'm out of ideas. Have you tried the individual DSDT patches instead of the Vostro 3550 one?


Edit: did you patch AppleRTC for the "CMOS reset after sleep" issue? http://Olarila.com/forum/viewtopic.php?f=10&t=280


You can also try the darkwake kernel flag

http://www.insanelymac.com/forum/index.php?showtopic=261640

-Guides and Tutorials HERE

-Hackintosh Tutorial Database - HERE

-The largest EFI folder collection for Hackintosh HERE

-Support Olarila Vanilla Hackintosh by making a donation HERE

-Professional Consulting for macOS Hackintosh since 2006 HERE

Posted

There is a message "SMB not loaded" in the kernel log. Perhaps I should try to apply the SMBUS patch from the notebook/sandybridge-folder.


The CMOS-checksum-error looks different, I had that on the desktop machine. Then you see a BIOS message.

Posted

This is the kernel log after first boot today. I see just sound related errors (the sound chip isn't supported by Apple HDA), no USB errors, if I'm not wrong.

I thought I saw something about smb yesterday, not sure abaut that.

Yesterday also everything was fine including touchpad till I sent the Vostro to sleep.

If that happens again I go perhaps back to the point where the trouble started - when I removed NullCPUPowerManagement.kext from the extra folder. SleepEnabler (if there is one for Lion) and Voodoopwermini could be alternative.


Kernel log (after first boot today before sending the machine to sleep):

 

Nov  9 00:07:49 localhost kernel[0]: vm_page_bootstrap: 983275 free pages and 57109 wired pages
Nov  9 00:07:49 localhost kernel[0]: kext submap [0xffffff7f8072e000 - 0xffffff8000000000], kernel text [0xffffff8000200000 - 0xffffff800072e000]
Nov  9 00:07:49 localhost kernel[0]: zone leak detection enabled
Nov  9 00:07:49 localhost kernel[0]: standard timeslicing quantum is 10000 us
Nov  9 00:07:49 localhost kernel[0]: mig_table_max_displ = 72
Nov  9 00:07:49 localhost kernel[0]: TSC Deadline Timer supported and enabled
Nov  9 00:07:49 localhost kernel[0]: AppleACPICPU: ProcessorId=1 LocalApicId=0 Enabled
Nov  9 00:07:49 localhost kernel[0]: AppleACPICPU: ProcessorId=2 LocalApicId=1 Enabled
Nov  9 00:07:49 localhost kernel[0]: AppleACPICPU: ProcessorId=3 LocalApicId=2 Enabled
Nov  9 00:07:49 localhost kernel[0]: AppleACPICPU: ProcessorId=4 LocalApicId=3 Enabled
Nov  9 00:07:49 localhost kernel[0]: AppleACPICPU: ProcessorId=5 LocalApicId=0 Disabled
Nov  9 00:07:49 localhost kernel[0]: AppleACPICPU: ProcessorId=6 LocalApicId=0 Disabled
Nov  9 00:07:49 localhost kernel[0]: AppleACPICPU: ProcessorId=7 LocalApicId=0 Disabled
Nov  9 00:07:49 localhost kernel[0]: AppleACPICPU: ProcessorId=8 LocalApicId=0 Disabled
Nov  9 00:07:49 localhost kernel[0]: calling mpo_policy_init for TMSafetyNet
Nov  9 00:07:49 localhost kernel[0]: Security policy loaded: Safety net for Time Machine (TMSafetyNet)
Nov  9 00:07:49 localhost kernel[0]: calling mpo_policy_init for Sandbox
Nov  9 00:07:49 localhost kernel[0]: Security policy loaded: Seatbelt sandbox policy (Sandbox)
Nov  9 00:07:49 localhost kernel[0]: calling mpo_policy_init for Quarantine
Nov  9 00:07:49 localhost kernel[0]: Security policy loaded: Quarantine policy (Quarantine)
Nov  9 00:07:49 localhost kernel[0]: Copyright (c) 1982, 1986, 1989, 1991, 1993
Nov  9 00:07:49 localhost kernel[0]: The Regents of the University of California. All rights reserved.
Nov  9 00:07:49 localhost kernel[0]: MAC Framework successfully initialized
Nov  9 00:07:49 localhost kernel[0]: using 16384 buffer headers and 10240 cluster IO buffer headers
Nov  9 00:07:49 localhost kernel[0]: IOAPIC: Version 0x20 Vectors 64:87
Nov  9 00:07:49 localhost kernel[0]: ACPI: System State [s0 S3 S4 S5] (S3)
Nov  9 00:07:49 localhost kernel[0]: PFM64 0xf10000000, 0xf0000000
Nov  9 00:07:49 localhost kernel[0]: AppleIntelCPUPowerManagement: Turbo Ratios 0046
Nov  9 00:07:49 localhost kernel[0]: AppleIntelCPUPowerManagement: (built 13:08:12 Jun 18 2011) initialization complete
Nov  9 00:07:49 localhost kernel[0]: RTC: Only single RAM bank (128 bytes)
Nov  9 00:07:49 localhost kernel[0]: [ PCI configuration begin ]
Nov  9 00:07:49 localhost kernel[0]: console relocated to 0xf10000000
Nov  9 00:07:49 localhost kernel[0]: FakeSMC: opensource SMC device emulator by netkas (C) 2009
Nov  9 00:07:49 localhost kernel[0]: FakeSMC: plugins & plugins support modifications by mozodojo, usr-sse2, slice (C) 2010
Nov  9 00:07:49 localhost kernel[0]: FakeSMCDevice: 17 preconfigured keys added: 
Nov  9 00:07:49 localhost kernel[0]: FakeSMCDevice: successfully initialized
Nov  9 00:07:49 localhost kernel[0]: mbinit: done [64 MB total pool size, (42/21) split]
Nov  9 00:07:49 localhost kernel[0]: Pthread support ABORTS when sync kernel primitives misused
Nov  9 00:07:49 localhost kernel[0]: PCI configuration changed (bridge=3 device=2 cardbus=0)
Nov  9 00:07:49 localhost kernel[0]: [ PCI configuration end, bridges 5 devices 12 ]
Nov  9 00:07:49 localhost kernel[0]: com.apple.AppleFSCompressionTypeZlib kmod start
Nov  9 00:07:49 localhost kernel[0]: com.apple.AppleFSCompressionTypeDataless kmod start
Nov  9 00:07:49 localhost kernel[0]: [RealtekRTL81xx:init] RealtekRTL81xx.kext v0.0.90 (c)2010-2011 by Lnx2Mac (lnx2mac@gmail.com)
Nov  9 00:07:49 localhost kernel[0]: com.apple.AppleFSCompressionTypeZlib load succeeded
Nov  9 00:07:49 localhost kernel[0]: com.apple.AppleFSCompressionTypeDataless load succeeded
Nov  9 00:07:49 localhost kernel[0]: AppleIntelCPUPowerManagementClient: ready
Nov  9 00:07:49 localhost kernel[0]: [RealtekRTL81xx:init] _logLevel is now 132 (0x0084)
Nov  9 00:07:49 localhost kernel[0]: [RealtekRTL81xx:init] Using updated PHY config method
Nov  9 00:07:49 localhost kernel[0]: [RealtekRTL81xx:init] init completed
Nov  9 00:07:49 localhost kernel[0]: [RTL81xx@0x3000:rtl8168_init_board] NIC identified as RTL8168E/8111E (mcfg=14)
Nov  9 00:07:49 localhost kernel[0]: USBMSC Identifier (non-unique): 20090516388200000 0xbda 0x138 0x3882
Nov  9 00:07:49 localhost kernel[0]: From path: "uuid", 
Nov  9 00:07:49 localhost kernel[0]: Waiting for boot volume with UUID B9130929-4956-385D-B702-72A00287A9EE
Nov  9 00:07:49 localhost kernel[0]: Waiting on <dict ID="0"><key>IOProviderClass</key><string ID="1">IOResources</string><key>IOResourceMatch</key><string ID="2">boot-uuid-media</string></dict>
Nov  9 00:07:49 localhost kernel[0]: Got boot device = IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/SAT0@1F,2/AppleIntelPchSeriesAHCI/PRT4@4/IOAHCIDevice@0/AppleAHCIDiskDriver/IOAHCIBlockStorageDevice/IOBlockStorageDriver/Hitachi HDT721010SLA360 Media/IOFDiskPartitionScheme/Untitled 1@1
Nov  9 00:07:49 localhost kernel[0]: BSD root: disk1s1, major 14, minor 5
Nov  9 00:07:49 localhost kernel[0]: Kernel is LP64
Nov  9 00:07:56 localhost kernel[0]: macx_swapon SUCCESS
Nov  9 00:07:56 localhost kernel[0]: Waiting for DSMOS...
Nov  9 00:07:58 ottos-Mac-Pro kernel[0]: Previous Shutdown Cause: 3
Nov  9 00:07:59 ottos-Mac-Pro kernel[0]: DSMOS has arrived
Nov  9 00:07:59 ottos-Mac-Pro kernel[0]: Sound assertion ""ERROR: EFI ROM did not publish 'hda-gfx' associative property!\n"" failed in AppleHDACodecGeneric at line 350 goto ExitError
Nov  9 00:07:59 ottos-Mac-Pro kernel[0]: No interval found for . Using 8000000
Nov  9 00:07:59: --- last message repeated 1 time ---
Nov  9 00:07:59 ottos-Mac-Pro kernel[0]: Transcript Offline - Buffer Pool Allocate [181000] failed
Nov  9 00:08:00 ottos-Mac-Pro kernel[0]: Sound assertion "false == codecFound" failed in AppleHDADriver at line 1449 goto handler
Nov  9 00:08:00 ottos-Mac-Pro kernel[0]: Sound assertion "0 == pathMap_aDriverInstance" failed in AppleHDADriver at line 2037 goto Exit
Nov  9 00:08:00 ottos-Mac-Pro kernel[0]: Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in AppleHDADriver at line 207 goto Exit
Nov  9 00:08:00 ottos-Mac-Pro kernel[0]: Sound assertion "false == me->completeStart ()" failed in AppleHDADriver at line 996 goto Exit
Nov  9 00:08:00 ottos-Mac-Pro kernel[0]: NTFS driver 3.8 [Flags: R/W].
Nov  9 00:08:00 ottos-Mac-Pro kernel[0]: NTFS volume name RECOVERY, version 3.1.
Nov  9 00:08:00 ottos-Mac-Pro kernel[0]: com_lnx2mac_RealtekRTL81xx: Ethernet address 84:8f:69:aa:7e:c8
Nov  9 00:08:00 ottos-Mac-Pro kernel[0]: NTFS volume name OS, version 3.1.
Nov  9 00:08:03 ottos-Mac-Pro kernel[0]: USBF:	19.285	AppleUSBEHCI[0xffffff800ac54000]::Found a transaction past the completion deadline on bus 0x1a, timing out! (Addr: 5, EP: 2)
Nov  9 00:08:05 ottos-Mac-Pro kernel[0]: USBF:	21.287	AppleUSBEHCI[0xffffff800ac54000]::Found a transaction past the completion deadline on bus 0x1a, timing out! (Addr: 5, EP: 2)
ottos-Mac-Pro:Desktop ottokatz$ 

 

Surprise, surprise, this time the Vostro woke up almost without problems. Screen came back, spinning beach ball for some seconds, touchpad worked, only the USB mouse acted a little strange for about a minute - if I pulled down a menu it was not possible to select an item - but after a short time this little problem faded away.

Just the fan is spinning most of the time although the machine is idle.

Posted

Which devices do you have connected to USB ports? Do you have an USB hub?


About the fan issue I would follow this topic

http://www.insanelymac.com/forum/index.php?showtopic=267897

-Guides and Tutorials HERE

-Hackintosh Tutorial Database - HERE

-The largest EFI folder collection for Hackintosh HERE

-Support Olarila Vanilla Hackintosh by making a donation HERE

-Professional Consulting for macOS Hackintosh since 2006 HERE

Posted

Just a mouse usually. Sometimes an apple USB keyboard, if the internal keyboard doesn't work.


After next sleep and wake USB mouse, touchpad and keyboard didn't respond.

When I inserted an USB stick, the windows pogodance started again when touching the touchpad.


So it works sometimes but usually it doesn't.


Maybe I'm better of with SleepEnabler and Voodoopowermini.

Posted

I'm still having fun with the vostro. The sleep enabler with NullCPUPowerManagement didn't improve anything. The Vostro still wouldn't wake up.

USB still is a problem. After installing the NEC/Renesa-drivers I could boot from a USB 3.0 hd once - with good speed. It took lots of restarts to make that. Also if a restart doesn't help it may help to let the vostro cool down and try again the next day as strange as it sounds. So it worked once, then after about half an hour the vostro crashed and at the moment it doesn't boot from USB.

Also - more important - the wake up issue might have to do with the USB problem as the kernel log seems to indicate.

USB seems to be a common problem on Dell notebooks.


http://forums.cnet.com/7723-13974_102-524465.html


One user found an interesting solution. He deactivated USB in the BIOS and activated it in the windows device manager. Then USB worked perfect.

I have the exact same laptop, and like everyone else i have experienced the same issues. It didn't happen very often at first, but it was extremely annoying. I tried updating the chipset drivers with each of the 2 new realeases and neither fixed the problem, after the second chipset update i applied just a couple days ago it actually got worse. I ended up calling dell and they basically uninstalled and reinstalled the chipsets again and ran Dell Support center software to do a bunch of system checks, didn't work, and actually my 2.0 port stopped working then as well. The sent out a repair guy to swap out the motherboard, daughter boards, and ports. When the repair guy brought it back i hooked up a thumb drive to the 2.0 port and it still did not work. we tried updating the chipset drivers again with the lates release from dell, 10-13-11, to no avail.


Here is the possible fix, it is really simple and I hope it works for others.


Shutdown your computer and remove anything connected through the usb ports. Restart and on the startup screen hit F2 for setup. go to advanced tab, then drop down to miscellaneous devices, disable external usb ports. then hit F10 to save and exit. Once your computer restarts go to device manager (click on start icon, right click on computer, select Manage) select device manager and in the roll out menu to the right expand Universal Serial Bus Controllers. there should be two lines with weird icons to the left instead of the typical usb connector icon. right click on each one one at a time and enable them. once enabled i restarted my computer and everything has been working fine sense.


I am not sure if this is the fix or if it actually was a hard ware issue, so i am curious if someone who is having the issue but has not had any hardware replaced can try it and see if it works. Please try this before reformatting the drive. They tried to get me to do that too.

Does that mean that it's not the hardware or the drivers but the BIOS?

But I don't know a way to activate USB with OSX. Also if I'm not wrong it would be a problem to boot from USB that way because the "USB-activator" needs to be loaded before the system is loaded from the USB hd.

Or the vostro would perhaps need a BIOS-hack. Maybe Dell looks at this not as a bug but as a feature, perhaps they want to make it a w7-only-machine. A Linux-user was told by the support that his USB-problem, that occurred just under Linux, not under windows, would not get fixed because the vostro would be for w7 only. 3550 owners seem to have less trouble than 3750 owners but I don't dare to try a 3550 BIOS.

Posted

In the list of patches for the motherboard, the Striker II Extreme is not there, how do I patch???

thanks...

Asus M12F - i9 10900k - RAM 32GB - RX5700XT SE Nitro+ 8GB - BS 11.1

Posted

When I follow the link to go to the patches section it's empty. Is there any mirror ?

O link para a sessao de download de patches aponta para uma pagina vazia, não tem nada para baixar. Tem algum outro lugar para baixar ?




GA-EP45-UD3R here



Thanks

Charles

Posted

The patches are there. Check if your browser is blocking HTTP_REFERER.

-Guides and Tutorials HERE

-Hackintosh Tutorial Database - HERE

-The largest EFI folder collection for Hackintosh HERE

-Support Olarila Vanilla Hackintosh by making a donation HERE

-Professional Consulting for macOS Hackintosh since 2006 HERE

Posted
If your mobo/laptop is not listed, you can use the individual patches or create a new patch based on other with same chipset.

 

I would appreciate your thoughts on how successful you think I'd be if I used the DSDT patch for an ASRock H67M-ITX:

http://www.asrock.com/mb/overview.us.asp?Model=H67M-ITX&cat=Specifications


...as a baseline for an ASRock H77M-ITX:

http://www.asrock.com/mb/overview.us.asp?Model=H77M-ITX&cat=Specifications :idea:


The H67M-ITX is in your library already (and I've used DSDT editor to patch successfully before). But I'm thinking the H77M-ITX is relatively new and not yet in the database. My thought was to first, extract DSDT from H77M-ITX, then open your patch file for the H67M-ITX and apply. Then apply the necessary patch for audio, compile, save, etc.


Do you think the boards are similar enough to where this would be successful? I've not purchased the H77M-ITX yet and just wanted to make sure that I could get a successful DSDT created first.


Thanks very much!! :D

Posted

You can try it. If some patches do not apply or cause compilation errors, then you need to adapt them.

-Guides and Tutorials HERE

-Hackintosh Tutorial Database - HERE

-The largest EFI folder collection for Hackintosh HERE

-Support Olarila Vanilla Hackintosh by making a donation HERE

-Professional Consulting for macOS Hackintosh since 2006 HERE

Posted
You can try it. If some patches do not apply or cause compilation errors, then you need to adapt them.

 

Understood. Otherwise, to create my own patched DSDT, I would basically:


1. Use DSDT Editor to extract DSDT from the new mobo.

2. Follow the DSDT 101 post for all the "usual" patch items, then download & apply each patch.

3. Compile/save


...??

Posted

That's it.


Open the H67M ITX patch in a text editor, you will notice it has various patches merged together, you can do the same for your mobo, instead of applying each patch individually.

-Guides and Tutorials HERE

-Hackintosh Tutorial Database - HERE

-The largest EFI folder collection for Hackintosh HERE

-Support Olarila Vanilla Hackintosh by making a donation HERE

-Professional Consulting for macOS Hackintosh since 2006 HERE

Posted

I have one question. I'm not sure that this topic is correct topic for my post but I'm new user. Sorry. ;/

Can I please for new dsdt path for asus a52f?


Peter

Posted

I have a decent notebook from Lenovo that's Lenovo G450

i have extracted the dsdt from it and it doesnt have patch for it.

i have extracted and without patching it,i simply compile...please review my attachment.can the button fix,fix everything


:o:o:shock:

DSDT Lenovo G450.7z

Posted
I have a decent notebook from Lenovo that's Lenovo G450

i have extracted the dsdt from it and it doesnt have patch for it.

i have extracted and without patching it,i simply compile...please review my attachment.can the button fix,fix everything


:o:o:shock:

try this:

DSDT.aml.zip

btn_donate_SM.gif

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now


×
×
  • Create New...