Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation since 05/27/21 in all areas

  1. Monterey - OpenCore Installation: Download MacOS Monterey / Big Sur / Catalina app Format a 16GB USB drive (GUID / Extended (Journaled)) Create USB Installer with createinstallmedia command Download attached folder and rename as EFI Mount EFI partition and add EFI folder Configure BIOS setting according to guide Boot with USB installer Complete installation Post Installation: Mount EFI partition of newly installed drive and copy EFI folder over Update / Change in Config.plist under PlatformID->Generic (use genSMBIOS or Hackintool.app) MLB, ROM, SystemSerialNumber and SystemUUID Note: Replace Config.plist with Config-IntelWifi.plist if you have an Intel combo card Special note: E7270 OC 0.7.4 includes Alps V7 kext by Skyrilhd that enables multitouch. Sorry, some E7270 has Alps V8, then it won't work. OC 0.7.8 includes latest Alps by SkyrilHD, supports Alps v7/8 E7270_OC_0.7.9.zip E7470_OC_0.7.9.zip E7270_OC_0.7.4.zip E7470_OC_0.7.4.zip E7270_OC_0.7.0.zip E7470_OC_0.7.0.zip E7270_OC_0.6.3.zip E7470_OC_0.6.3.zip
    7 points
  2. I thought long about making a post about an unfinished driver. But here we go. This ALPS driver is a more updated version from Dr. Hurt's kext. It allows using VoodooInput which is a Magic Trackpad II emulator. This means one can use all native gestures in macOS. I've never had a MacBook with multitouch support, so the gesture thing was a new thing to me. But after using these gestures, I cannot tell how impressed I am. Since Dr. Hurt's last contribution was around the beginning of 2017, I decided to port VoodooInput to ALPS, as the driver is, at this point, very out of date and the calculation in the kext is not the best (I always had weird issues with it). The reason is also that I want to learn C++. After trial-and-erroring, I managed to get VoodooInput to work (thanks to usr-sse2) on my E7250 with V7. This was mainly done as a "proof of concept" to show that it was possible. But doing so, I learned so much that I decided to maintain the kext for a while. This is the beginning of the driver. There is still more to be done. Since the kext is very old, the VoodooPS2Controller kext lacks the improvements that are available in the acidanthera repo. I will try merging the VoodooPS2 improvements from acidanthera with the ALPS driver and go on from there. But the limitation comes with an inexperienced C++ developer :P. Any developer is welcome to improve the driver even more. V1-V6 have partial support and need testing. Any contribution to the project would be great! Current plans: - As I said, I want to merge the VoodooPS2 kext from acidanthera with the current driver and after the driver is finished merge it again with acidanthera to make it more uniform. - I want to support more trackpads (Currently I'm trying to get V8 working as it never worked with Dr. Hurt's kext). Features: - supports V1, V2 and V6 as a normal mouse - supports V3, V4 and V5 (not tested yet) - supports V7 (Everything works, three finger drag is a bit unstable though) - supports V8 - supports all native gestures - synced with the latest acidanthera VoodooPS2 repo - compatible from 10.11 Other versions: For other unsupported versions of ALPS, I've published a kext that has improved scrolling (thanks to 1Revenger1 and icedman): https://github.com/SkyrilHD/VoodooPS2-ALPS/releases/tag/1.0.0 Source code: https://github.com/SkyrilHD/VoodooPS2-ALPS Latest release: https://github.com/SkyrilHD/VoodooPS2-ALPS/releases Credits: - Dr. Hurt (for the initial driver) - 1Revenger1 (for updating VoodooPS2-ALPS) - usr-sse2 (for the Synaptics code which the ALPS driver uses) - acidanthera team (for further improvements to the driver) Hopefully, I did not forget anything to mention.
    5 points
  3. Hi All, I am happy to be writing you to say thank you from my newest machine, Monterey 12.2.1 built on a Dell Latitude 7490 booting with Opencore 0.78. I recently learned about Hackintoshes and it has been fun and frustrating to learn about. I referred to so many pages on this site that I wanted to offer a general thank you--seriously thank you! I also just wanted to say that I am happy to share with anyone with this setup (or one similar) access to the EFI and/or other configuration files. I am not sure about the protocol for this forum, but if anyone is interested, please let me know. In the meantime, best of luck! With sincere thanks, Jake
    3 points
  4. Welcome to the new (also probably the last) release, and I am happy to announce that 1.0.6 has been released! This release includes many fixes and support for Force Touch (more on that later)... First I created a pull request for the acidanthera repo as my goal was to make the whole VoodooPS2 thing more unified. So if all goes well, it will be merged soon. Second, thanks to @Jake Lo's testing, V8 is now more stable and won't break after a few hours of use. Also, the trackpoint speed is now a third compared to 1.0.5. Third, I removed VoodooInput support for V1, V2, and V6 touchpads due to hardware limitations. However, they still work like a regular mouse. Fourth, notification centre on V7 touchpads has now been fixed! Also, Rushmore V3 now loads properly. Last but not least, Force Touch support. This is a bit complicated and can lead to confusion. The table in my README should give a good overview of which Force Touch modes are supported: https://github.com/SkyrilHD/VoodooPS2-ALPS#force-touch I want to thank you again for helping me debug to fix VoodooInput on other versions of ALPS touchpads! It was a fun ride
    3 points
  5. Give this a try, updated to OC 0.7.5 Updated kexts and replaced a few as well Just rename it as EFI and replace it Latitude 7490 - OC0.7.5.zip
    3 points
  6. Dell Latitude E5550: Intel Broadwell i3-5010U @2.10GHz Intel HD5500 graphics 8GB DDR3L RAM Intel I218V LAN Intel AC 7265 Wireless OpenCore 0.7.3 and Clover r5138 with up-to-date kexts at time of writing. Updated: Dell Latitude E5550.zip Working: Full graphics acceleration HDMI output Wifi and Bluetooth LAN Audio (speakers, headphones & HDMI) Sleep with lid off and  > Sleep Brightness control Multimedia button Keyboard and touchpad (ALPS) SD card reader USB2.0 & USB3.0 ports (USB remapping required macOS installation because my laptop doesn't have camera so I've not remapped yet) Battery Indicator and charger Not working: VGA output (unsupported)
    3 points
  7. Lenovo T14 Gen1 (Type 20S0/20S1) - OpenCore !Warning! Warning! Warning! Follow guide at your own risk, neither I nor OSXL will take responsibility if the process bricks your system. Specification: Bios: 1.32 CPU: Intel Core i5-10310u (Comet Lake) @ 1.70GHz Memory: 1x 8GB DDR4 2666Mhz (Soldered + 1 open slot) Harddrive: 1x 256 PCIeNVMeOPAL (PM981) //Needs to be replaced Display: 14" non-touch 1920x1080 IPS, anti-glare GPU: Intel UHD 620 Camera: 1x IR Camera & RGB 720p HD Camera & Mic with Thinkpad Privacy Shutter WLAN: Intel Wi-Fi 6 AX201 802.11ax 2x2 with BT5.2 (Soldered on) Battery: Integrate Li-Polymer 50Wh internal battery - Up to 16.5 hours* Touchpad: Synaptics Audio: Realtek HDA ALC257 (aka ALC3287) 2 x USB 3.2 Gen 1** (one Always On) 1 x USB 3.2 Gen 1 Type-C (Power Delivery, DisplayPort, Data transfer) 1 x USB 3.2 Gen 2 Type-C / Intel Thunderbolt 3 (Power Delivery, DisplayPort, Data transfer) MicroSD card reader (Realtek RTL522a) Headphone / mic combo Micro-SIM slot HDMI 1.4b RJ45 Gigabit Ethernet I219-LM BIOS Settings: Working: Keyboard (including all Fn keys) Trackpad with gestures / Trackstick Battery indicator Display auto brightness Audio (Internal and headphone jack) Microphone Ethernet GPU acceleration Camera Intel Wireless / Bluetooth (soldered in so can't be replaced) Sleep / Wake Native CPU power management MicroSD card reader HDMI video and audio USB-C to HDMI Video and audio works USB-C to USB-C Video but no audio Note: For dual external display to work, you need to connect to HDMI display 1st before USB-C to USB-C Not Tested: Thunderbolt Installation: Download MacOS Monterey / Big Sur / Catalina app Format a 16GB USB drive (GUID / Extended (Journaled)) Create USB Installer with createinstallmedia command Download attached folder and rename as EFI Mount EFI partition and add EFI folder Configure BIOS setting according to guide Boot with USB installer Complete installation Post Installation: Mount EFI partition of newly installed drive and copy EFI folder over Update / Change in Config.plist under PlatformID->Generic (use genSMBIOS or Hackintool.app) MLB, ROM, SystemSerialNumber and SystemUUID Install ThinkpadAssistant.app (attached), set it to Launch at Login Note bootpack include AirportItlwm for Intel wifi but won't work with hidden networks Use Itlwm.kext + Heliport.app instead if you connect to hidden network Thinkpad Assistant Features: Resources: https://dortania.github.io/OpenCore-Install-Guide/ https://github.com/yusifsalam/t490-macos https://github.com/MSzturc/ThinkpadAssistant https://github.com/VoodooSMBus/VoodooRMI https://github.com/OpenIntelWireless/itlwm https://github.com/cholonam/Sinetek-rtsx https://github.com/0xFireWolf/RealtekCardReader/releases T14_OC_0.7.9.zip T14_OC_0.6.9.zip ThinkpadAsssistant
    3 points
  8. @TechAndrew Give this a try, updated to 0.7.7 Removed / disabled some unnecessary kexts EFI.zip
    2 points
  9. Happy new year to you all! v1.0.5 has been released which include many changes, hence the long changelog . Basically, the TL;DR is: - official v8 support (SS4 and SS5) (huge thanks to @forte500 for testing) - trackstick now works as well (huge thanks to @PMD for testing) - in-official V1-V6 support (needs testing) - sync with the latest acidanthera VoodooPS2 repo - the driver can be now used from 10.11 (El Capitan) instead of 10.13 The update can be found on the releases page: https://github.com/SkyrilHD/VoodooPS2-ALPS/releases/tag/1.0.5
    2 points
  10. @Jazzoo Sure, see here @FoUStep Yes, should work for your Monterey too, they are similar hardware
    2 points
  11. 2 points
  12. @jazzoo Sound like some issue we had before but we fixed it. Can you maybe send the ioreg or perhaps join on https://gitter.im/AlpsT4USB-TEST-Room/community ?
    2 points
  13. This thread is a replacement of @Baio77's recent thread which made insufficient credits to the author and grabbed screenshots or copied/pasted stuff from other people's without authorisation or credits. It's not the way things are done here... Great to read that development work continued based on the well-known work made by Alexandred on his VoodooI2C driver. Developer @juico forked the work of other developer @blankmac, both publishing a driver for the following Alps trackpads: T4 USB (as fitted to HP Elite X2 1012 G1 or G2 laptops) I2C T4 (as fitted to HP ZBook 15 G3) I2C U1 (as fitted to Dell Latitude 7x80 or 5x80 and some Precision) At time of writing (Oct 2021), the drivers remain at an early stage of development and experimental for some Alps devices. All details and released drivers are available at the devs respective GitHub repositories: https://github.com/blankmac/AlpsHID https://github.com/blankmac/AlpsHID/releases/tag/v1.0 https://github.com/juico/AlpsT4USB https://github.com/juico/AlpsT4USB/releases Hopefully both devs can unite and come up with a single unified driver... The drivers appear functional and capable of supporting multiple gestures as stated by @Lorys89 on his GitHub-based Latitude 7280 guide: https://github.com/Lorys89/DELL_LATITUDE_7280 Edit - 13 Oct 2021: Juico pinged me to inform me that his fork is now deprecated and all work is now undertaken under Blankmac's repo. All details and binaries available at the following URLs: https://github.com/blankmac/AlpsHID https://github.com/blankmac/AlpsHID/releases
    2 points
  14. TEST this file in your EFI , ioreg this file EFI.zip
    2 points
  15. Looks like the above method no longer works, certainly not in Big Sur 11.4, possibly before. @Slice reminded us that Gatekeeper can be used as an alternative. Many people often disable Gatekeeper by default through Terminal command: sudo spctl --master-disable Kexts can be cached from /L/E in Big Sur (and Monterey) by re-enabling Gatekeeper, copying the kexts to /L/E through Terminal via sudo commands and authorizing the kexts from Security & Privacy PrefPane. Upon such authorisation, Gatekeeper will rebuild the cache and restart macOS with the newly cached kexts. Gatekeeper can then be disabled again afterwards. sudo spctl --master-enable sudo cp -Rf <path>/xxxx.kext /L*/E*/ GateKeeper can be disabled again afterwards.
    2 points
  16. 2nd beta available. Build 21A5268h. A few little improvements like the return of GPU info in About This Mac or the refresh button in Safari. Bluetooth still buggy, especially after wake. We'll see what other improvements and new bugs it brings... Straight & easy update with Clover r5133 on my Skylake/HD520 Latitude E7270. Much more more complicated affair with OpenCore v0.7.0 on my Haswell/HD4400 Satellite Pro R50-B. From the 3rd reboot of the temp installation partition, laptop goes into a boot loop. On rebooting the original Monterey partition, system went through "xx minutes remaining", hinting the update was actually going through but, on reaching the Monterey desktop, back to beta1.
    2 points
  17. I recently noticed that Shut Down was broken, the laptop was resetting instead. After further investigation - trial and error method due to my lack of knowledge - I found that without SSDT-SBUS-MCHC.aml this error was fixed. I also removed SSDT-GPI0.aml, SSDT-RMCF-PS2Map-dell.aml and SSDT-OCWork-dell.aml. I brought SSDT-BRT6.aml, SSDT-XOSI.aml and their respective patched back. Now brightness keys work as Fn+F11 and Fn+F12 (Fn pressing required), trackpad is activated on [email protected] and shutdown is fixed. Thank you both again, I could not achieve this without your help. I just had to fine tuned the configuration. I think I can consider this project finished now! ioreg MacBook Poor de Fernando.zip EFI.zip
    2 points
  18. That's correct. It's usb based, not I2C like the touchpad.
    2 points
  19. Further to the announcement made at today's WWDC event, Apple released the 1st beta of macOS 12 Monterey to developers. It can be downloaded after installing the latest devs Beta access utility available in all good places such as here or by using the associated InstallAssistant as stated here. On the bad news front, not much to say other than support for Ivy Bridge HD4000 is dropped as could be expected given that it remained unofficially supported in Big Sur. On the good news front, we'll note that: although support for pre-2015 Haswell-based iMac/MacBook Pro/MacBook Air models appears officially dropped, support for Haswell-based Mac mini Late-2014 has remained and with it, support for Haswell graphics! support for nVidia Kepler card has remained too! Other good news is that Monterey beta1 installs with the exact same settings as Big Sur. Pending the usual necessary kexts' update, the only additional requirements I found for my Skylake/HD520 Latitude E7270 were: Lilu's -lilubetaall boot arg to avoid system reset. WhateverGreen's -wegbeta boot arg to avoid KP on wake. Other than that, nothing at all and I was even able to install, boot and run Monterey beta1 with Clover r5133. Ace! So far, but it's only been a very very short time, everything works fine and as per Big Sur. Installation was much much quicker than what I have experienced with all versions of Big Sur and it only required 2 x reboots. Bootloader recommendations: Clover r5133 or later OpenCore 0.6.9 or later
    2 points
  20. Lilu & PlugIns now updated to support macOS 12 Monterey. Available off the Dortania Opencore kexts repo. After updating the kexts, the beta boot args are no longer necessary. Early reports of problems with Bluetooth. Remove your BT injectors and patched kexts if you encounter issues.
    2 points
  21. It's still a recurring topic on the fourm, understandably so, so I thought I'd write a little recap about it. Brightness keys patch has been subject to discussion and queries for many years and much has been written on the matter. Among others, Rehabman did some extensive research work on this several years go and provided substantial information and debugging material to work out fixes. The brightness keys patch for many -if not most- Dell laptops since, at least, Ivy Bridge generations can be applied through DSDT patching or through pure SSDT patching. A DSDT patch for E6230 was 1st mentioned at OSXL by @jpz4085 in our old Dr Hurt's VoodooPS2Controller kext thread; the work derived from Rehabman's research and publications. I found that the patch was fully reusable on other models of the E Series and I fully detailed the DSDT patch code in my E6230, E7250 or 7490 guides. Unless I'm mistaken (happy to be corrected if required), the SSDT patch was derived from the DSDT patch by @Jake Lo and provided in various threads of his that I can't specifically remember. To successfully apply the required SSDT patch, given that a little tuning may be required depending on the target platform, it's most useful to understand that brightness keys of Dell laptops usually operate at ACPI level and according to the following reversed engineered process: brightness keys operation is handled through BRT6 method. BRT6 method is attached to IGPU device but there can be a 2nd BRT6 method under GFX0 (or whatever other name) if the laptop is fitted with a dGPU too. BRT6 is usually called from EV5 method. EV5 method is usually called from SMEE method on the condition that a call to OSID method returns a value greater or equal to 32 (0x20). OSID method returns the value set in ACOS parameter (integer). ACOS is set to different values according to the nature of the Operating System. It is set to 32 (0x20) for Win Vista, 64 (0x40) for Linux or 128 (0x80) for Win7/8/8.1. Value is under 32 for Windows versions older than Vista. I'll pass on the upstream process _Q66->NEVT->SMIE->SMEE which is of no specific interest in the context of this brightness keys patch description. Sample methods grabbed from Latitude E7270's extracted DSDT: BRT6 Method Method (BRT6, 2, NotSerialized) { If (LEqual (Arg0, One)) // 1st arg=1 for brightness increase { Notify (LCD, 0x86) } If (And (Arg0, 0x02)) // 1st arg=2 for brigthness decrease { Notify (LCD, 0x87) } } EV5 method Method (EV5, 2, NotSerialized) { \_SB.PCI0.IGPU.BRT6 (Arg0, Arg1) // Call to BRT6 with 2 arguments } SME method Method (SMEE, 1, NotSerialized) { Store (Arg0, Local0) Store (GENS (0x11, Zero, Zero), Local0) If (LGreaterEqual (\_SB.OSID (), 0x20)) // If OSID returns a value >= 32 { If (And (Local0, 0x04)) { EV5 (One, Zero) // Call to EV5 with 1st arg set to 1 } If (And (Local0, 0x02)) { EV5 (0x02, Zero) // Call to EV5 with 1st arg set to 2 } } If (And (Local0, 0x08)) { Store (GENS (0x1D, Zero, Zero), Local0) EV17 (Local0, Zero) } } OSID method Method (OSID, 0, NotSerialized) { If (LEqual (ACOS, Zero)) // Check if ACOS lower or equal to 0 { Store (One, ACOS) // Initialises ACOS to 1 Store (Zero, ACSE) If (CondRefOf (\_OSI, Local0)) // Engages in tests according to OS identification { If (_OSI (WXP)) { Store (0x10, ACOS) // Sets ACOS to 16 if Win XP } If (_OSI (WLG)) { Store (0x20, ACOS) // Sets ACOS to 32 if Win Vista } If (_OSI (WIN7)) { Store (0x80, ACOS) // Sets ACOS to 128 if Win7 } If (_OSI (WIN8)) { Store (0x80, ACOS) // Sets ACOS to 128 if Win8 Store (One, ACSE) } If (_OSI (WN81)) { Store (0x80, ACOS) // Sets ACOS to 128 if Win8.1 Store (0x02, ACSE) } If (_OSI (LINX)) { Store (0x40, ACOS) // Sets ACOS to 64 if Linux } } Else { If (STRE (_OS, W98S)) { Store (0x02, ACOS) // Sets ACOS to 2 if Win98 } If (STRE (_OS, WINM)) { Store (0x04, ACOS) // Sets ACOS to 4 if Win ME } If (STRE (_OS, NT5S)) { Store (0x08, ACOS) // Sets ACOS to 8 if Win NT } } } Return (ACOS) // Value returned by OSID method } It should also be noted that, brightness keys patching only appears to work with VoodooPS2Controller kext, not with ApplePS2Controller (at least for me and the platforms I tested). To enable brightness control through the brightness keys of Dell laptops, 2 x things must be done: ensure that OSID returns a value greater or equal to 32 (0x20) for "Darwin" OS (i.e. OS X/macOS) ensure the correct key stroke codes are captured in BRT6 method (by default, BRT6 usually only operates for key stroke codes 0x86 and 0x87) 1) DSDT patch method: This is most probably the simplest of the 2 x methods because it involves very basic and very easy patching of the DSDT: 1st part of the patch is to insert a reference to Darwin OS as one of the tests used to set ACOS parameter to, at least, 32 (0x20). 2nd part of the patch is to insert the relevant key stroke codes in BRT6 method as keyboard event notifications. One code for brightness increase and another one for brightness decrease. Rehabman's ACPI debugging tools have allowed to identify various key codes, depending on laptops: brightness increase: key codes 0x10, 0x206, 0x286, 0x366, 0x0406 brightness decrease: key codes 0x20, 0x205, 0x285, 0x365, 0x0405 I have found that key codes 0x0365 and 0x0366 applied to the Latitude E6x20, E6x30, E6x40, E7x50, E7x70 or other 7x90. @Jake Lo found that codes 0x0405 and 0x0406 applied to other models such as the Precision 5510 or 7510. The DSDT patch can then be applied in the line of the following code: OSID method Before: Method (OSID, 0, NotSerialized) { If (LEqual (ACOS, Zero)) { [...] If (CondRefOf (\_OSI, Local0)) { [...] If (_OSI (WIN7)) { Store (0x80, ACOS) } [...] } [...] } Return (ACOS) } After: Method (OSID, 0, NotSerialized) { If (LEqual (ACOS, Zero)) { [...] If (CondRefOf (\_OSI, Local0)) { [...] If (LOr (_OSI ("Darwin"), _OSI (WIN7))) // Changes test from Win7-only to Darwin or Win7 { Store (0x80, ACOS) // Thereby setting ACOS to 128 for Darwin, i.e. OS X/macOS } [...] } [...] } Return (ACOS) } BRT6 method Before: Method (BRT6, 2, NotSerialized) { If (LEqual (Arg0, One)) { Notify (LCD, 0x86) } If (And (Arg0, 0x02)) { Notify (LCD, 0x87) } } After: Method (BRT6, 2, NotSerialized) { If (LEqual (Arg0, One)) { Notify (LCD, 0x86) Notify (^^LPCB.PS2K, 0x0366) // Add capture of brightness-up key stroke } If (And (Arg0, 0x02)) { Notify (LCD, 0x87) Notify (^^LPCB.PS2K, 0x0365) // Add capture of brightness-down key stroke } } and that's it! 2) SSDT patch method: Over the last few years, DSDT patching has gradually and increasingly become less fashionable within the Hackintosh community in favour of alternatives in the form of dedicated and specific SSDTs, something which is considered far more efficient because: it's based on on-the-fly ACPI objects renaming in bootloaders. it's based on injection of new ACPI code through small and targeted SSDT tables that are meant for that very supplemental purpose (SSDT means Secondary System Description Table). it avoids extracting, fixing, patching, recompiling and replacing the system's original ACPI tables and most notably the DSDT, something that can be quite arduous at times. However, the process involved is a much more complicated because: it requires to have a minimum and non-negligeable skillset in ACPI coding. it requires to analyse the code of the original ACPI tables and often work out sections of code to bypass/replace (no duplicates allowed or code is useless) So, given that this method makes no change to the DSDT, it must: bypass the DSDT's BRT6 method. replace it by a new method that will include the desired keyboard notification codes; this will be done in a dedicated SSDT that can be called SSDT-BRT6. with regards to OSID and the requirement to make it return a value greater or equal to 32, there are 2 x possibilities that can be considered: as per BRT6, bypass the DSDT's OSID method and replace it by a new method that will set ACOS parameter according to "Darwin" OS replace calls to the _OSI method, that performs tests on the type of OS, by an alternative method that simulates Windows for Darwin. This allows to have the contents of the OSID method executed sequentially and set ACOS according to the last test in the list; as it stands, this happens to be the test on Linux which sets ACOS to 64, i.e. a value greater than 32 which is the minimum required. In order to replace the DSDT's BRT6 method by an alternative one, particular caution must be exercised because only the method must be replaced, not the call to it from EV5; so a little creativity is required here... To achieve this, ACPI renaming can be applied in the boot loader config to replace "BRT6,2" (as per contents of the method's definition) by "BRTX,2" rather than replace just "BRT6". This is achieved by configuring the following on-the-fly DSDT patch in the boot loader's config (the exact Hexadecimal string is found by opening the extracted DSDT in a Hex editor): Find (HEX): 4252543602 // Hexadecimal sequence for "BRT6, 2" when opening DSDT with a Hex editor Replace (HEX): 4252545802 // Hexadecimal sequence for "BRTX, 2" as replacement The replacement BRT6 method can then be defined in the dedicated SSDT-BRT6 patched table with the following code: DefinitionBlock ("", "SSDT", 2, "hack", "BRT6", 0x00000000) { External (_SB_.PCI0.IGPU, DeviceObj) // (from opcode) External (_SB_.PCI0.IGPU.LCD_, DeviceObj) // (from opcode) External (_SB_.PCI0.LPCB.PS2K, DeviceObj) // (from opcode) Scope (_SB.PCI0.IGPU) { Method (BRT6, 2, NotSerialized) { If (LEqual (Arg0, One)) { Notify (LCD, 0x86) Notify (^^LPCB.PS2K, 0x0366) // Capture of brightness-up key stroke } If (And (Arg0, 0x02)) { Notify (LCD, 0x87) Notify (^^LPCB.PS2K, 0x0365) // Capture of brightness-down key stroke } } } } As far as the OSID method is concerned, the trick is simply to rename it to XSID, rename _OSI method to XOSI and inject (Rehabman's ?) pre-existing and publicly available SSDT-XOSI that simulates Win7 or greater for Darwin (it basically returns true to the OS tests). This is achieved by configuring the following on-the-fly DSDT patches in the boot loader's config: Find (HEX): 4F534944 // OSID in Hexadecimal Replace (HEX): 58534944 // XSID in Hexadecimal Find (HEX): 5F4F5349 // _OSI in Hexadecimal Replace (HEX): 584F5349 // XOSI in Hexadecimal Contents of the SSDT-XOSI patched table is as per documented by Rehabman: DefinitionBlock ("", "SSDT", 2, "hack", "XOSI", 0x00000000) { Method (XOSI, 1, NotSerialized) { Store (Package (0x0A) { "Windows", "Windows 2001", "Windows 2001 SP2", "Windows 2006", "Windows 2006 SP1", "Windows 2006.1", "Windows 2009", "Windows 2012", "Windows 2013", "Windows 2015" }, Local0) Return (LNotEqual (Ones, Match (Local0, MEQ, Arg0, MTR, Zero, Zero))) } } And that's it too!
    2 points
  22. OpenCore Installation: Download macOS Monterey / Big Sur / Catalina app Format a 16GB USB drive (GUID / Extended (Journaled)) Create USB Installer with createinstallmedia command Download attached folder and rename as EFI Mount EFI partition and add EFI folder Configure BIOS setting according to guide Boot with USB installer Complete installation Post Installation: Mount EFI partition of newly installed drive and copy EFI folder over Update / Change in Config.plist under PlatformID->Generic (use genSMBIOS or Hackintool.app) MLB, ROM, SystemSerialNumber and SystemUUID Download alc_fix_BS.zip Open terminal and run the following commands: sudo spctl --master-disable cd ~/Downloads/alc_fix ./install Note: Replace Config.plist with Config-IntelWifi.plist if you have an Intel combo card Boot Chime: I don't really care for it, but for those that like to have it, here's what you need. 1) AudioDxe.efi in /EFI/OC/Drivers; make sure it's added in Config file under UEFI/Drivers 2) OCEFIAudio_VoiceOver_Boot.wav in /EFI/OC/Resources/Audio //attached below OCEFIAudio_VoiceOver_Boot.wav.zip 3) In config file under UEFI->Audio, set the following settings That's it, reboot and you should hear a loud chime when you boot to the OC Picker! Updated to 0.8.0 - to support Monterey 12.3.1 Updated to 0.7.8 - Supports Montery 12.2.1 and Big Sur Updated to 0.7.4 If you're upgrading from older OC version, you might have to delete OpenCore from BIOS Boot Option and create a new one pointing to /EFI/OC/OpenCore.efi I've include 3 different versions of kexts for touchpad, disable / enable one that works for your system in the Config file Tested on MacOS 11.6 and 12.2.1 E7440_OC_0.8.0.zip E7440_OC_0.7.8.zip E7440_OC_0.7.4.zip E7440_OC_0.6.9.zip E7440_OC_0.6.6.zip E7440_OC_0.6.3.zip HeliPort.app.zip alc_fix_BS.zip
    2 points
  23. OpenCore Installation: Download MacOS Monterey / Big Sur / Catalina app Format a 16GB USB drive (GUID / Extended (Journaled)) Create USB Installer with createinstallmedia command Download attached folder and rename as EFI Mount EFI partition and add EFI folder Configure BIOS setting according to guide Boot with USB installer Complete installation Post Installation: Mount EFI partition of newly installed drive and copy EFI folder over Update / Change in Config.plist under PlatformID->Generic (use genSMBIOS or Hackintool.app) MLB, ROM, SystemSerialNumber and SystemUUID Updated to OC 0.6.9 Note: Config is set for Broadcom DW1560 If you have Intel Wifi, rename Config-IntelWifi to Config.plist If keyboard/touchpad does not work, replace VoodooPS2Controller-Alps with VoodooPS2Controller-R6 (not included, you should be able to find in forum) Multiboot from OC picker is also working! Updated to OC 0.7.5 Supports Monterey Special note: Added PS2 kext by SkyrilHD that supports multi gestures Updated to OC 0.7.9 Support Monterey 12.3.1 E7450_OC_0.7.9.zip E7450_OC_0.7.5.zip E7450_OC_0.6.9.zip E7450_OC_0.6.6.zip E7450_OC_0.6.4.zip E7450_OC_0.6.3.zip
    2 points
  24. OPENCORE Supports Mojave to Monterey Follow BIOS Configuration above Installation: Download macOS Monterey / Big Sur / Catalina / Mojave app Format a 16GB USB drive (GUID / Extended (Journaled)) Create USB Installer with createinstallmedia command Download attached folder and rename as EFI Mount EFI partition and add EFI folder Configure BIOS setting according to guide Boot with USB installer Complete installation Post Installation: Mount EFI partition of newly installed drive and copy EFI folder over Update / Change in Config.plist under PlatformID->Generic (use genSMBIOS or Hackintool.app) MLB, ROM, SystemSerialNumber and SystemUUID Resources: https://dortania.github.io/OpenCore-Install-Guide/ https://github.com/VoodooSMBus/VoodooRMI https://github.com/OpenIntelWireless/itlwm https://github.com/cholonam/Sinetek-rtsx https://github.com/0xFireWolf/RealtekCardReader/releases Updated to OC 0.7.9 Note: Config is set for Broadcom DW1830 If you have Intel, rename Config-IntelWifi to Config.plist Added new Picker theme Multiboot from OC picker is also working! Note2: When using OC 0.7.4/0.7.6 bootpack, if disk is not detected Set in Config file under UEFI/APFS MinDate=20200306 and MinVersion=1412101001000000 for Catalina Set in Config file under UEFI/AFPS MinDate=20190820 and MinVersion=945275007000000 for Mojave For OC 0.7.6, if you're booting Catalina, you'll need to replace Lilu.kext with v1.5.7, v1.5.9 causes dependency for RealtekCardReaderFriend.kext HP840G3_OC_0.7.9.zipHP840G3_OC_0.7.6.zipHP840G3_OC_0.7.4.zip HP840G3_OC_0.6.8.zip HP840G3_OC_0.6.3.zip
    2 points
  25. i think you can select coordinated universal time for time zone in windows 11
    1 point
  26. @Jake Lo Here you go, the latest artifact (09af6c8): Artifacts.zip
    1 point
  27. Please post IOReg file using IORegistryExplorer.app v2.1. It's free to download
    1 point
  28. Glad to hear that Thank you for testing! I pushed the fix to GitHub. In case you want to use the RELEASE version (c2abb87): Artifacts.zip
    1 point
  29. By the way, BCM94360CD is BT4.0, not BT5.0.
    1 point
  30. 1536MB VRAM is the correct default value; you must have had a patch in Catalina that increased VRAM to 2GB. See the Whatevergreen User Manual. In order to get audio, make sure you inject latest versions of Lilu + AppleALC kexts; you may then experience with the various layout ids available for ALC293 as per listed in the AppleALC wiki. See here. I invite you to post a zipped copy of your Clover EFI folder and specify the version of Clover + Clover Configurator app you're using.
    1 point
  31. @Aurola Hervé is right. You'll need to set the DVMT and CFG Lock. For my 7040 MT, I had both cfg lock and DVMT pre-alloc set with the following commands respectively using modgrubshell.efi setup_var 0xAF 0x0 setup_var 0x350 0x4 After the changes, disable the following in config file framebuffer-fbmem framebuffer-stolenmem
    1 point
  32. https://github.com/Lorys89/DELL_LATITUDE_7280 for Latitude 7280 try my efi work all unlock cfg and dvmt values before trying it for skl version change ig platform to igpu patch for wifi and bt if you use intel change the kext.
    1 point
  33. Do not listen to people who say Dell systems can only boot OS X/macOS with Clover. They booted the OS without issues with Chameleon, Enoch and continue do so with OpenCore or Clover of course. Your E5530may be getting a little old bit it will boot and run Big Sur with OC without problem. I invite you to look at my OpenCore-based E6230 Big Sur guide available in the Guides section; I trust it'll re-assure you. Latitude E6x30 are 95% identical to your E5530 model.
    1 point
  34. I think Maxd13 is using USBInjectall instead of USBMap or USBPort.kext I can confirm the touchscreen model uses HS08 Try this kext USBPorts_7280.kext.zip
    1 point
  35. Your discrete graphics is still enabled. Disable that should help with sleep. For Brightness control don't forget to add SSDT-PNLFCFL.aml, I think Lorys89 posted a few messages back.
    1 point
  36. Ioreg my EFI I need to do tests, let's start to fine-tune the basic EFI, you'll see that every problem is solved I am a self-taught user, I need time and tests to be able to solve the various problems but everything works out, it takes patience and time
    1 point
  37. Clover i7 - 4770R 3.2GHz (3.9GHz Turbo)| 16GB ram | HD 5200 | 128GB SSD | BIOS F5 BIOS Settings: Set SATA to AHCI / Disable Secure Boot / Disable CFG Lock (under Advanced/CPU Configuration) / UEFI Supports Yosemite / El Capitan / Sierra / High Sierra / Mojave Specs: Intel 4th generation Core i7-4770R processor Intel Iris Pro graphics 5200 w/ 128MB of EDRAM or embedded ram Supports 2.5 thickness 7.0/9.5mm Hard Drives (1 x 6Gbps SATA3) 1 x mSATA SSD Slot Ultra compact PC design 0.79L (62 x 111.4 x 114.4 mm) 2 x SO-DIMM DDR3L Slots (1333 / 1600 MHz) IEEE 802.11 a/b/g/n/ac Wi-Fi / Bluetooth 4.0 Mini-PCIe card HDMI plus Mini DisplayPort Outputs (supports dual displays) 4K resolution output (4096 x 2304 via HDMI) 4 x USB 3.0 Gigabit LAN Headphone jack with S/PDIF VESA mounting bracket (75 x 75mm + 100 x 100mm) Working: Intel Iris Pro HD 5200 Full QE/CI Dual Display (HDMI & minDP) Sleep/Shutdown/Restart Ethernet USB 3.0 Wireless ( must be replaced with a supported card-DW1550) Headphone / HDMI Audio using AppleHDA Installation: Follow the standard UEFI Clover guide Place SSDT.aml in EFI/Clover/ACPI/Patched (attached below) Remove all folders in EFI/Clover/Kexts, place Other here (attached below) This should get you to the installer and complete the build Once logged in, install EFI/Clover/Kexts/AppleHDA_ALC269.kext to /S/L/E with kextwizard You should now have a fully running OS X Credits: Toleda - SSDT and patched AppleHDA GB-BXi7-4770R.zip
    1 point
  38. try this config please post new IOReg file using IORegistryExplorer.app v2.1, not 3.0+ config.plist.zip
    1 point
  39. Much has been written for years and is known about Apple wireless cards based on the Broadcom BCM4360 chipset. Having been using BCM94360CD cards for years with mini-PCIe adapters in my old Latitude E6220 and E6230 laptops, I looked at the best possible Apple alternative for my Latitude E7270 fitted with 1 x Key A/E M.2 WLAN slot. Until now, I had been using 1st a BCM4350-based Dell DW1820A, then a Fenvi BCM94360NG card in this Skylake laptop. But I recently had the opportunity to buy an Apple BCM94360CS2 card for a handful of € and M.2 adapters for Apple BCM94360xxx cards cost pennies so I went ahead with it. Having received my Key A/E M.2-to-Apple adapter from China after a very very long wait, I proceeded to install the Apple Card in my E7270. It's easily achieved at the cost of a couple of minor and less minor limitations. 1) WLAN slot size and card size: the E7270 offers a classic M.2 WLAN slot that supports a Key A/E 2230 card (22x30mm). the BCM94360CS2 card is a little narrower than 22mm (about 17/18mm) but longer than 30mm (about 37/38mm). the M.2 adapter is 22mm wide but much longer than 30mm (about 46mm). as such, the adapter+BCM94360CS2 card package's length extends beyond the 30mm limit of the E7270 WLAN slot. 2) rubber piece: there is a piece of rubber lightly glued to the motherboard between the WLAN slot and its neighbouring WWAN slot. this rubber piece supports the top end of any M.2 2230 WLAN card, right under the securing metal bracket. this rubber piece gets in the way of the M.2 adapter and BMC94360CS2 card and needs to be removed; thankfully, it can simply be easily unglued and moved aside rather than cut out. 3) WWAN slot: the length of the M.2 adapter and BCM94360CS2 card mean that, once fitted in, they end up occupying part of the WWAN slot. impact is that no WWAN card or other M.2 card (eg: 2240 NVME SSD) can be fitted into the slot. Benefits with the recent and sustained price increase of M.2 DW1820A, Fenvi BCM94360NG or DW1560 cards, Apple BCM94360CS2 has become quite attractive because, at the time of writing, it can be obtained 2 to 3 times cheaper on the 2nd hand market (15 to 20 $/€). being dual-antenna, BCM94360CS2 makes a perfect alternative to the aforementioned M.2 cards and Apple's own BCM94360CS/BCM943602CS cards which are 3 x antennas and therefore often unsuitable in laptops. the card is fitted with same MHF4 antenna connectors as most M.2 wireless cards. it's an Apple card so 802.11ac wireless + bluetooth 4.0 work OOB and perfectly. Drawbacks the card's length: whilst using an M.2 adapter is not usually an issue (most offer a removable section), the length of the card may not allow to fit it into all laptops. There are of course M.2 extenders with ribbon cables + antenna extenders but these still require to find free space within the laptop. This has the merit to exist but will not be suitable in many if not most cases.
    1 point
  40. My fresh OC 0.7.0 for test (Serial is random) EFI.zip
    1 point
  41. You don't seem to run High Sierra with graphics acceleration so I'm tempted to say that you don't even have a sound base for anything else. I would suggest you start by installing Mojave as per my Mojave guide by following to the letter, then upgrade from Mojave to Catalina as per my Catalina guide. Good luck.
    1 point
  42. Directions I had said update to A25, so not a big deal to do on my dual-boot. I have not tried it on any other firmware myself. I also had recent experience where power was off for a bit, and the bios battery needed replacing, all bios edits needed to be done again, but just a 5 minute fix to do them again. Probably the best desktop hack I have had in 15 years or so of doing these. Just about trouble free. Edit: Now Updated to 11.4, and Opencore 0.6.8.
    1 point
  43. OPEN CORE Bootloader 0.6.7 Specifications: CPU Intel Ice Lake i7-1065G7 (4C, 8T, 8MB cache) iGPU Intel Iris Plus Graphics Lan Realtek RTL8111 AudioRealtek ALC236 RAM 16GB DDR4 3200 Mhz Wifi + Bluetooth BCM943602BAED (DW1830) NVMe HYNIX BC511 512GB (Windows) NVMe SAMSUNG 970 Pro 500GB (macOS) SmBios MacBookPro 16,2 Bootloader OpenCore 0.6.7 What works: Full graphics acceleration on Iris Plus iGPU ALC236 audio (Internal speakers & microphone, Combojack headphones & microphone) All USB-A 3.1 Ports (Type-C 3.2 Included) SpeedStep / Sleep / Wake HID Key PWRB & SLPB I2C Touchpad with gesture Keyboard (PS2-Internal) with backlight F6 & F7 Brightness Keys F10 Print Screen Key F1 & F2 & F3 Audio Keys Wi-Fi and Bluetooth BCM943602BAED (DW1830) card Realtek RTL8168 LAN SSD NVME PCIe Gen3 x4 Slot-1 & 2 Micro SD Cardreader (USB-Internal) WebCam (USB-Internal) All Sensors CPU, IGPU, BATTERY, NVME, FAN ACPI Battery NVRAM (Native) Apple VTD Recovery (macOS) boot from OpenCore Windows 10 boot from OpenCore What doesn't work or WIP: HDMI output (Not supported at the moment) Type-C to HDMI output (Not supported at the moment) HDMI audio output (Not supported at the moment) Type-C to HDMI audio Output (Not supported at the moment) Special Config: USB port mapping performed SSDT-Hack FULL patch Applied PCI devices cosmetic patches MacOS bootable USB creation: Read the Dortania guide for creating your USB from Windows or macOS Bios settings for Bios Version 1.4.4 SATA Operation : AHCI Fastboot : Thorough Integrated NIC : Enable Secure Boot: disable Absolute: disable TPM2.0 Security: disable Intel SGX: disable SMM Security Migration: disable Wake on AC: disable Wake on Dell USB-C Dock: disable Power On Lid Open: disable Enable UEFI Network Stack: disable Sign Of Life : Early Logo Display / Early keyboard backlight cfg lock and DVMT: DO AT YOUR OWN RISK!!! It may brick your laptop. Credits: [Acidanthera] (https://github.com/acidanthera) for OpenCore and all the lovely Hackintosh work [Apple] (https://apple.com) for macOS [daliansky] (https://github.com/daliansky) [Dortiana](https://github.com/dortania) [Hackintoshlifeit] (https://github.com/Hackintoshlifeit) [rehabman] (https://github.com/RehabMan) EFI.zip DELL Vostro 5501 Ice Lake Baio77.zip
    1 point
  44. I make new EFI with OpenCore 0.6.6 (my WI-FI card is BCM94352HBM) EFI-0.6.6.zip
    1 point
  45. New version v2.2 released today with bug fixes.
    1 point
  46. Followup to Forum welcome message and our detailed user agreement: Just like any other forum out there, we also have rules - ours might be a bit more simple / different. The hell with running a forum... Most forums have a tendency of getting bloated and filled up with crap - To deal with that all, useful information is moved to the wiki and topics are moved to the archive7 when no longer used in order to keep the forum fresh and clean - so don't take it personally if we delete a thread that you had started or messages you posted. it's the natural flow of things. RULES No spamming, spammers will get SLAPPED* No flaming, flamers will get SLAPPED* Read the FAQ (Frequently Asked Questions) and use the Search facility before posting. Double (or multiple) posts will be deleted Useless topics will be deleted No topic bumping, posts will be deleted Messages unrelated to the topic of a thread and/or polluting messages will be deleted. Topics with no activity (unless they serve a purpose) will be moved to "The Archive'': https://osxlatitude.com/index.php?/forum/24-the-archive/ Warez, talk all you want but don't link to it (there is something called Private Messages you know). No support for distros, they're evil. If you use them, don't come here for help; they tend to have their own forum. Threads related to distro installations will be deleted. English only. If you want / need chatting in your own language, use the PM facility. No references, questions and/or links to TMX (tonycrap, xxxBeast and others...). We don't support their tools and they have their own forum. Use quotes with moderation. No need to quote the last message in each reply you post. Only quote an older message (or better, use @<member pseudo>) or part of a message you want to specifically refer to in your reply. Pertaining forum signatures; you may link to sites outside OSXL (except TMX) but keep it to the point. It's better to add what Hackintosh gear you got. You can edit your signature by clicking on your forum name at top left corner (when you're logged in of course) -> choose "Account Settings" -> "Signature". *) SLAPPED = permanently banned by name, email and IP That's it! Hopefully, we won't need more than that. Ohh ya... Our groups.... 1. Crew = The top of the food chain, they control the site, services and are the ones who develop EDP, you can not apply to join the crew... you are selected. 2. VIP = People who donate (if you haven't been upgraded to VIP status, please contact a forum admin, or use osxlatitude.com/contact/ form) 4. The rest = you!
    1 point
  47. Last update: 05 Aug 2016 Specifications: BIOS A05/A08/A13/A14/A21 (needs HDD set to AHCI mode) Intel QM87 (8 Series) Express chipset Intel dual-core Haswell i5-4300M 2.6GHz CPU (Turbo boost to 3.2GHz/3.3GHz for 2cores/1core active) -> needs Haswell-patched kernels integrated Intel HD4600 GPU 400-1250MHz (PCI ven id 0x8086, dev id 0x0416) discrete AMD Radeon HD 8690M 2Go GPU (PCI ven id 0x1002, dev id 0x6660) -> unsupported 14" 1600x900 WideScreen LCD 8Go DDR3L-1600 RAM Intel i217-LM Gigabit Ethernet (PCI ven id 0x8086, dev id 0x153a) Realtek ALC3226 (Codec=ALC292) High Def audio (PCI ven id 0x10ec, dev id 0x0292) Intel Centrino N6235 wireless card (PCI ven id 0x8086, dev id 0x088e - unsupported) + Bluetooth 4.0 (PCI ven id 0x8087, dev id 0x07da) Sonix Technology integrated HD webcam (USB internal, PCI ven id 0xc45, dev id 0x649d) O2 Micro SD card reader (PCI ven id 0x1217, dev id 0x8520) CD/DVD drive 1 x headset jack 4 x USB 3.0 ports 1 x VGA output 1 x HDMI output 1 x 34mm ExpressCard slot pc34:~ admin$ lspci -nn pcilib: 0000:01:00.0 64-bit device address ignored. pcilib: 0000:00:02.0 64-bit device address ignored. 00:00.0 Host bridge [0600]: Intel Corporation Haswell DRAM Controller [8086:0c04] (rev 06) 00:01.0 PCI bridge [0604]: Intel Corporation Haswell PCI Express x16 Controller [8086:0c01] (rev 06) 00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell Integrated Graphics Controller [8086:0416] (rev 06) 00:03.0 Audio device [0403]: Intel Corporation Haswell HD Audio Controller [8086:0c0c] (rev 06) 00:16.0 Communication controller [0780]: Intel Corporation Lynx Point MEI Controller #1 [8086:8c3a] (rev 04) 00:19.0 Ethernet controller [0200]: Intel Corporation Unknown device [8086:153a] (rev 04) 00:1a.0 USB controller [0c03]: Intel Corporation Lynx Point USB Enhanced Host Controller #2 [8086:8c2d] (rev 04) 00:1b.0 Audio device [0403]: Intel Corporation Lynx Point HD Audio Controller [8086:8c20] (rev 04) 00:1c.0 PCI bridge [0604]: Intel Corporation Lynx Point PCI Express Root Port 1 [8086:8c10] (rev d4) 00:1c.2 PCI bridge [0604]: Intel Corporation Lynx Point PCI Express Root Port 3 [8086:8c14] (rev d4) 00:1c.4 PCI bridge [0604]: Intel Corporation Lynx Point PCI Express Root Port 5 [8086:8c18] (rev d4) 00:1c.5 PCI bridge [0604]: Intel Corporation Lynx Point PCI Express Root Port 6 [8086:8c1a] (rev d4) 00:1c.6 PCI bridge [0604]: Intel Corporation Lynx Point PCI Express Root Port 7 [8086:8c1c] (rev d4) 00:1c.7 PCI bridge [0604]: Intel Corporation Lynx Point PCI Express Root Port 8 [8086:8c1e] (rev d4) 00:1d.0 USB controller [0c03]: Intel Corporation Lynx Point USB Enhanced Host Controller #1 [8086:8c26] (rev 04) 00:1f.0 ISA bridge [0601]: Intel Corporation Lynx Point LPC Controller [8086:8c4f] (rev 04) 00:1f.2 SATA controller [0106]: Intel Corporation Lynx Point 6-Port SATA AHCI Controller [8086:8c03] (rev 04) 00:1f.3 SMBus [0c05]: Intel Corporation Lynx Point SMBus Controller [8086:8c22] (rev 04) 01:00.0 Display controller [0380]: Advanced Micro Devices [AMD] nee ATI Unknown device [1002:6660] 03:00.0 Network controller [0280]: Intel Corporation Centrino Advanced-N 6235 [8086:088e] (rev 24) 05:00.0 Network controller [0280]: Atheros Communications Inc. AR928X Wireless Network Adapter (PCI-Express) [168c:002a] (rev 01) 0e:00.0 SD Host controller [0805]: O2 Micro, Inc. Unknown device [1217:8520] (rev 01) For recommended BIOS settings, see here. Target OS X release: Mavericks 10.9.5 Installation fully successful with myHack v3.3.1 and attached Latitude E6440 bootpack on a SATA-III 6Gb/s mSATA SSD, fitted into full-size mSATA/PCIe/USB internal slot, partitioned GUID, formatted Mac OS X (journaled). Initial build in 10.9.4, followed by 10.9.5 update. Reset BIOS to default and set SATA mode to AHCI to begin with Mavericks installation with myHack USB installer should be done via left-side USB port (right + rear ones won't work initially). Make sure you use a Haswell-patched kernel to boot the installer, i.e. boot the USB installer with Chameleon options: -f -v Do not forget to copy this patched kernel to the root of the Mavericks partition upon installation completion but before you proceed with 1st reboot. Use Terminal from Utilities menu to that effect. Try and be quick because there is only a handful of seconds before the auto-restart countdown expires. If you miss it, just restart the USB installer and go straight to Utilities->Terminal to proceed. Use the following command to copy Haswell-patched kernel: cp / /Volumes//mach_kernel Working: full QE/CI with HD4600 on 1600x900 LCD (with DSDT patch) HDMI video output in mirror and extension modes (hot plugging/unplugging Ok with patched Azul framebuffer) keyboard backlight & backlight control OOB trackpad + nub LCD brightness control OOB audio output (speakers/jack/HDMI with ALC292-patched AppleHDA, speakers only with VoodooHDA v2.8.1v or later + AppleHDADisabler) built-in Gigabit Ethernet (with AppleIntelE1000e kext v2.5.4d) Intel N6235 Bluetooth OOB (with removal of AppleHPET kext) integrated Webcam OOB display & system sleep/wake (with DSDT patch + hibernatemode set to 0 + deletion of /var/vm/sleepimage). Sleeps through lid closure, power button, Fn-F1, Apple Menu->Sleep and energy savings settings. Wakes through lid opening or On/Off button. wireless with compatible mini PCIe card/USB dongle (I added an Atheros AR5B93 half-size mini-PCIe card in the WWAN slot - works OOB) battery management & monitoring (with VoodooBattery or AppleSmartBatteryManager kext v1.32) limited native SpeedStep (multipliers 8, 17, 26) @0.8/1.7/2.6GHz + TurboBoost (multipliers 27-32/33) @2.7-3.2/3.3GHz (Kozlek's FakeSMC v6.11.1328 tuned up for MBA6,2/SMC keys 2.13f9/smc-huronriver + SMBIOS MBP11,1 + tuned-up SSDT) all USB3.0 ports OOB (with DSDT patch + removal of AppleHPET kext) SD card reader (with DSDT patch) Not tested yet: ExpressCard Not working yet: VGA video output (feasible on HD4600?) GeekBench 2.4.3 (32bit) gives a good 8000+ rating: Mavericks full /Extra pack: E6440_i5-4300M_HD4600_Mav-Pack.zip E6440_i5-4300M_HD4600_Mav-Pack#2.zip E6440_i5-4300M_HD4600_Mav-Pack#3.zip E6440_i5-4300M_HD4600_Mav-Pack#4.zip E6440_i5-4300M_HD4600_Mav-Pack#5.zip E6440_i5-4300M_HD4600_Mav-Pack#6.zip E6440_i5-4300M_HD4600_Mav-Pack#7.zip E6440_i5-4300M_HD4600_Mav-Pack#8.zip E6440_i5-4300M_HD4600_Mav-Pack#9.zip Haswell-patched 10.9 kernels: mach_kernel_10.9.4_haswell.zip mach_kernel_10.9.5_haswell.zip mach_kernel_10.9.5-SecurityUpdate_Haswell.zip mach_kernel_10.9.5-SecurityUpdate2015-005_haswell.zip DSDT patches applied: original raw DSDT clean-up (12 errors) Azul framebuffer #12 injection USB sleep (devices EHC1/EHC2/XHC) audio after sleep Display PrefPane brightness bar Lid closure sleep SD card reader (compatibility with device listed in AppleSDXC kext) Other E6440 laptops fitted with same graphics hardware config (GPU + LCD) but different CPUs will require a different SSDT table than provided in the above pack (can be looked up on the web or created with SSDT generator tool -> See RampageDev's blog for detailed guide). In such cases and in order to avoid CPU power management-related kernel panics (KP), NullCPUPowerManagement kext is recommended until the CPU-specific SSDT is generated. The kext just needs to be added to /Extra/Extensions followed by myHack->myFix (quick). - - - - - - - - - - Edit #1: 22 Oct 2014 added a patched DSDT to obtain Sleep/Wake (raw DSDT extracted from BIOS A05) cleaned up some kexts changed SMBIOS from MacBookAir6,2 to MacBookPro11,1 to gain 1 intermediate SpeedStep multiplier: x17 @1.7GHz - - - - - - - - - - Edit #2: 09 Nov 2014 all USB ports + Intel N6235 BlueTooth work OOB after removal of AppleHPET kext from /S/L/E post clean-up - - - - - - - - - - Edit #3: 14 Feb 2015 added DSDT patches for Display PrefPane brightness bar + sleep on lid closure added 10.9.5 Security Update 2015-002 Haswell-patched kernel - - - - - - - - - - Edit #4: 11 Mar 2015 added revised SSDT table modified to support x17 intermediate CPU multiplier + Sleep through Fn-F1 - - - - - - - - - - Edit #5: 10 Apr 2015 Replaced joe82's AppleSDXC kext patch by DSDT patch to support SD card reader natively OOB - - - - - - - - - - Edit #6: 13 Apr 2015 Little cleanup of the thread - - - - - - - - - - Edit #7: 5 Jul 2015 Added 10.9.5 Security Update 2015-005 Haswell-patched kernel - - - - - - - - - - Edit #8: 5 Aug 2016 Revised DSDT to fully support USB3.0 ports natively (renaming of XHC to XHC1, Darwin OSYS) and fix issue of instant Wake on Sleep (removal of _PRW methods for devices GLAN/HDEF/EHC1/EHC2/XHC1) Added Rehabman's FakePCIID + FakePCIID_XHCIMux kexts to support USB USB3.0/USB2.0 mux Removed ACPIPoller kext and patched AppleSDXC kexts Replaced VoodooHDA/AppleHDADisabler by patched AppleHDA (to be copied to /S/L/E) Replaced VoodooBattery kext by Rehabman's ACPIBatteryManager kext
    1 point
  48. We still get the odd query regarding these models from time to time, so here is a recap of why they make unworthy Hackintoshes. E4200/E4300: These were Dell's 1st gen ultraportable 12" and 13" models of the E Series. They're based on Intel Core2Duo CPUs, Intel GS45 Express chipset and Intel GMA 4500MHD integrated graphics. Whilst OS X can be installed on these laptops, it cannot run with graphics acceleration due to unsupported GPU. The reason for this is that Apple never used the integrated GMA 4500 of this Intel chipset in any model of its Mac line-up and therefore never developed drivers for it. As such, there is no graphics acceleration whatsoever for these laptops (and never will be). Despite many attempts by a lot of people, no graphics acceleration can be obtained through patching of existing GMA 950/X3100 kexts or 1st gen Intel HD kexts. Consequently, without any form of graphics support, these laptops make very poor and unworthy Hackintoshes. E4310: This was Dell's 2nd gen 13" ultraportable E model. It is based on Intel Arrandale 1st gen "i" Core CPUs, Intel QS57 Express chipset and integrated 1st gen Intel HD graphics with an eDP display connector as opposed to an LVDS connector. The trouble is that, whilst OS X fully supports 1st gen Intel HD graphics, it only supports displays with LVDS connector because that's what Apple used in their Arrandale-based MacBook Pro 6,x models. Only partial graphics acceleration can be obtained with displays using an eDP connector, not full graphics acceleration and this appear further limited to Mountain Lion 10.8.5 and Mavericks only. There is a bible on the matter at InsanelyMac. However, latest updates of Mavericks will probably lead to a full garbled screen. With partial graphics acceleration only at best, the E4310 makes for a poor performing and unworthy Hackintosh. Dell manufactured no further E4xxx ultraportable models, instead they concentrated on the E6xxx series which includes the 12"/13" E6220/E6320 (SandyBridge) and E6230/E6330 (IvyBridge), all of which support OS X with full graphics acceleration (at time of writing).
    1 point
  49. Apple having unified display and computer sleep for Haswell platforms, the Energy Saver preference panel only shows one sleep bar: To revert to the traditional separation, the Mac model platform plist needs to be edited to turn off this sleep unification. In plugin kext X86PlatformPlugin of /S/L/E/IOPlatformPluginFamily, a list of Mac model plists is found in the Resources subfolder. Each Mac model corresponds to the board number specified in the SMBIOS plist of a Hackintosh. In the present case of a MacBookPro11.1, the Mac model is 189A3D4F975D5FFC as displayed in Chameleon Wizard for instance: As such, the plist Mac-189A3D4F975D5FFC.plist should be modified as follows: -> before <key>UnifiedSleepSliderPref</key> <true/> -> after <key>UnifiedSleepSliderPref</key> <false/> Once the plist is changed, the kext cache can be rebuilt. On subsequent reboot, the Energy Saver panel will be back to its traditional form and can be adjusted as desired (otherwise, it's command lines only... ) :
    1 point
This leaderboard is set to Amsterdam/GMT+02:00
×
×
  • Create New...