pilsator

I replaced the Lenovo Ideapad 330 EFI-folder on the hidden hd-EFI-partition with the Kaby Lake EFI-folder. Here is the new send.me-output: https://www.mediafire.com/file/2f0q4jsdivquh7u/Send_me_MacBook-Pro-von-Otto.zip/file

My 330s has an Intel Core i3-8130U CPU. So I guess the appropriate EFI-folder would be Open Core Notebook/Kaby Lake.

I didn't touch the Ideapads UEFI/BIOS except changing one setting for secure boot. I took this folder https://www.olarila.com/topic/20763-hackintosh-efi-monterey-lenovo-ideapad-330/#comment-159003 and copied it to the hidden EFI-partition on the installer stick and on hd.

I installed Monterey on a Lenovo Ideapad 330s-15ikb with the EFI Folder for the IdeaPad 330 I found here and everything looks pretty good. Even sleep and wake works. Sleep on lid close does not. Note for other typical apple/ubuntu/android/windows users like me: I had to disable secure boot in the UEFI settings and plug in a mouse or installation wouldn't start. I removed AirportBrcnFixup.kext as there is no Broadcom WLan module installed and RealtekRTL8111.kext as the machine doesn't have ethernet. I copied itwlm.kext to kexts folder but no luck, HeliPort reports: itwlm not running. Sound and touchpad not working yet. Thanks for your work. https://www.mediafire.com/file/99zoh28odufzzd2/Send_me_MacBook-Pro-von-Otto.zip/file

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. 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.

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.

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.

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.

I moved the kexts in E/E to S/L/E, dragged S/L/E on Kext Utility, edited the boot.plist with UseKernelCache Yes removed these lines npci 0x2000 -I didn't know what they would do- and rebooted. That ended up in a KP. After adding npci 0x2000 again the system loaded with full video resolution and the trackpad acted normal. Then I sent the Vostro to sleep and tried to wake it up. USB mouse, trackpad and keyboard didn't respond, so I had to pull the plug. On next reboot the trackpad again makes windows pop up like nuts if I touch it. I still have the speedstepped AICPUPM in S/L/E. I found this in the kernel log: Nov 6 03:19:13 ottos-Mac-Pro kernel[0]: hibernate_write_image done(0) Nov 6 03:19:13 ottos-Mac-Pro kernel[0]: sleep Nov 6 03:19:24 ottos-Mac-Pro kernel[0]: Wake reason: PWRB (User) Nov 6 03:19:24 ottos-Mac-Pro kernel[0]: No interval found for . Using 8000000 Nov 6 03:19:24 ottos-Mac-Pro kernel[0]: ApplePS2Mouse: Unexpected data from PS/2 controller. Nov 6 03:19:24 ottos-Mac-Pro kernel[0]: The USB device HubDevice (Port 1 of Hub at 0x1a000000) may have caused a wake by issuing a remote wakeup (2) Nov 6 03:19:24 ottos-Mac-Pro kernel[0]: The USB device HubDevice (Port 1 of Hub at 0x1d000000) may have caused a wake by issuing a remote wakeup (2) Nov 6 03:19:24 ottos-Mac-Pro kernel[0]: An Unknown USB Device (Port 5 of Hub at 0x1d100000), may have caused a wake by being connected Nov 6 03:19:30 ottos-Mac-Pro kernel[0]: No interval found for . Using 8000000 Nov 6 03:19:34 ottos-Mac-Pro kernel[0]: 0 0 AppleUSBCDC: start - initDevice failed Nov 6 03:19:34 ottos-Mac-Pro kernel[0]: USBMSC Identifier (non-unique): 20090516388200000 0xbda 0x138 0x3882 Nov 6 03:19:34 ottos-Mac-Pro kernel[0]: 0 0 AppleUSBCDC: start - initDevice failed

Too much text, I have to send it as an attachment. kernelerrorprotokoll.txt.zip

I could delete the sleepimage with show-hide files. But after reboot the trackpad causes the same trouble as before. Will look for errors in kernel log.

Hibernatemode was: 3. I didn´t know the terminal command for deleting the sleepimage. I guess "remove /var/vm/sleepimage", will try. After setting Hibernatemode to 0 and rebooting the trackpad acted normal. I could send the Vostro to sleep but after trying to wake it up by pressing the power button it wouldn't respond to the keyboard, trackpad and USB mouse. I'm not sure but I think while booting the Vostro in verbose mode I read something like "LPC not loaded" - but the lines pass way so fast...

Thanks for your patience, Cassio, I'll check that.

The speedstepper patch worked without the dot. I dragged S/L/E on Kext Utility 2.3.2 instead of rebuilding kextcache with a terminal command (don't know the command). I copied the dsdt.aml with maldons vostro 3550 script plus DualLink patch to the extra-folder (4 lines had to be deleted to get rid of the errors as oldnapalm told me). I removed NullCPUPowerManagement.kext from the extra-folder and dragged Extra/Extensions-x on Kext Utility. On first boot resolution was at 1024x768, after some reboots with -v and repairing permissions full resolution is back. But if I touch the touchpad any windows that I did not open pop up like crazy and perform a little pogo dance. If I send the Vostro to sleep screen goes black and fans stop spinning. That didn't happen before the speed stepper patch. If I wake it up by pressing the power button screen comes back but keyboard and usb mouse don't work so that I have to shut it down the hard way. Maybe kextcache was not rebuilded by Kext Utility?

Just wanted to ask why it still doesn't work. Will try without dot now.

Ah I see. Thanks again. Will do that.

I hate to say it but I lost again against the terminal when trying to apply the speedstepper patch for AICPUPM. I downloaded the version 1.2 for Lion 10.7.0 & 10.7.1 (10.7.1 is installed). I copied the file speed_stepper_lion_gm to the desktop. Started terminal, typed sudo (space). dragged the file speed_stepper_lion_gm to the terminal typed space dragged the file AppleIntelCPUPowerManagement.kext to the terminal That resulted in the line: ottos-Mac-Pro:Desktop ottokatz$ sudo ./Users/ottokatz/Desktop/speed_stepper_lion_gm /System/Library/Extensions/AppleIntelCPUPowerManagement.kext After typing enter and entering my password terminal said: command not found. The terminal and me, a sad story.

ok, thanks

I posted some problems with the Dell Vostro 3750 in another thread (auto patcher) that seems to be gone. So I hope I can report my trials and errors here. The Vostro 3550 patch (plus DualLink patch) didn't work for me. After sending the machine to sleep screen went black, fans kept spinning and I couldn't wake it up. I'm pretty sure that I added the pstates and cstates lines to the boot.plist, will check that. After removing Null CPU Power Management from the extra-folder the Vostro won't boot reporting an AppleIntelCPUpowermanagement related error.

After applying the DualLink patch I get full video resolution now with stock kexts. I didn't even have to install Chimera instead of Chameleon 2 r1394. Great improvement, thanks for the support! I applied IRQs, RTC and DTGP from the Notebook SandyBridge folder and then DualLink. I can't adjust brightness even after applying the FN Keys patch from the Notebook SandyBridge folder but it's ok as ist is so I don't care. The next big project is native power management. Oldnapalm wrote at insanelymac: "...If power management doesn't work (need NullCPUPowerManagement) you may need patches LPC (if AppleLPC isn't loaded) and HPET (if you have "No HPET(s) available" kernel panic). For USB problems there are EHCI, UHCI, ICH9 USB sleep, EHCI sleep/ownership. Sleep problems are usually related to power management and USB…." An HPET KP didn't happen yet. So I would perhaps try LPC first and see what happens. Then if needed the USB related patches. Can they be applied just alternatively or in different combinations? Would you recommend a certain strategy?

To apply the patch you need to know the video device adress (and then perhaps you must translate it into a sequence of numbers and letters). If I run maldons "run me"-tool, it creates an ioreg.txt-file along with some other files. But I couldn't find the video device-adress in there after opening it with a text editor.

The patched dsdt didn't have any effect on screen resolution (1024x768 without any other options). The vostro also only boots with safe system start -x. I installed iATKOS Lion with the extra-folder option checked, anything else default.

After removing those 4 lines I could compile the dsdt.aml without errors, just got 2 warnings. Looking forward to try it, I just have to install Lion on an external hd again first.

Thanks, oldnapalm, will try.

Would you be so kind to create a script for the Dell Vostro 3750? I tried to apply the script for the Vostro 3550 with the simplified AutoPatcher - I thought it was the same machine just with a smaller display - but that ended up in an error. send_me.zip