Jump to content

Hervé

Crew
  • Content Count

    8640
  • Joined

  • Last visited

  • Days Won

    348

Everything posted by Hervé

  1. It'll be one of the device ids listed when you click on each of the 3 x I2Cx@yy devices in IOReg.
  2. No, wont work. It's not the same hardware at all and that Realtek card reader remains currently unsupported. This model been mentioned/discussed several times before, please search the forum before posting.
  3. Bear in mind that you have absolutely no guarantee that even the 1028:0021 model will work...
  4. You're expected to try the various solutions/workarounds detailed throughout this thread... Bear in mind that this card is something of a lottery and may simply not work in your Hackintosh. Should that be the conclusion, you'll just have to consider replacing your card by a properly model (eg: DW1560) or a USB adapter.
  5. This works without Darwin injection and check? Because I had tried that exactly + the additional Darwin injection and it did not work. But I did not rename _OSI and OSID...
  6. The DW1560 is fully supported under macOS; not OOB but fully supported nevertheless. You can look it up on the forum.
  7. I can only guess you did not inject the BCM4350 properties properly; given that you have the 1028:0023 model, I'd avise you to get a DW1560 and forget about the DW1820A.
  8. Join the queue and the club! -> moved to DW1820A main troubleshooting thread...
  9. Look at the data displayed to the right for the various devices listed under PCI0. There are well-known names like HDEF (for audio), EHCx/EH0x (for USB hubs), SATxx (for SATA), PS2K (for keyboard), PS2M (for mouse/Touchpad), etc. Add-on cards connected to expansions slots are usually found attached to devices such as RP0x or something along those lines.
  10. As the guide clearly states, use IORegistryExplorer app to browse your system's IOReg. Look for your card's PCI id, i.e. 14e4:43a3. It'll be shown in one of the devices listed under PCI0 root bridge. Once you find it, you'll find the rest. The guide includes a screenshot of IORegistryExplorer showing a DW1820A card, so you cannot go wrong...
  11. Strange, HDMI video output has always worked OOB for me. Only HDMI audio required the SNB framebuffer patch. I'm now running High Sierra and with Clover on the E6220. Maybe you should switch to that. I know it was done quite late for the version but I recently updated the guide for High Sierra too.
  12. Labels proved not to be trusted but according to your IOReg, it's the 1028:0023 model (visible under RP03@1C,2->PXSX@0).
  13. Give the BCM4350 guide a go. You seem to have the model with subsystem id 0023. Prepare yourself for an eventual failure.
  14. We have plenty of existing threads on the DW1820A that list the various options you may envisage to try and get the working; failing that, you'd have to opt for a different card such as DW1560.
  15. Since the original topic is resolved, we can close this thread. For your wireless troubles, we have plenty of DW1820A-related threads on the go, including those I linked you to in 2nd post. Regarding the brightness control keys, Jake, indeed patching through SSDTs would be the ideal route. I did try for a couple of days but it was not working as expected so, in order to post the fix, I went for the easy route and patched my extracted DSDT instead; I'll try and revisit this soon.
  16. "Sorted Order" field is for patched SSDT tables that you may inject in a specific order. By default, all will be loaded so no need to do anything in the present case. If, for reasons I cannot explain, the patched DSDT causes renewed issues, simply remove the file from Clover's EFI/CLOVER/ACPI/patched folder. that or you specify "BIOS.aml" in the DSDT field of the ACPI section of your Clover config (you'll see this in Clover Configurator app).
  17. With the revised DSDT posted last Sunday, yes. But if it still fails for you for some reason, you can bypass it by opting for "BIOS.aml" as DSDT name in Clover's Options->ACPI patching menu available from the main menu at startup. The DSDT is only patched for Fn-F11/Fn-F12 brightness control and I've posted all the details of the patch, so folks can patch their own extracted DSDT if desired.
  18. It does not look like a KP actually, does the laptop reset/reboot afterwards? Are you using the revised pack I posted on Sunday? Because the DSDT I had posted before caused that... Just in case, you can try and go to Options->ACPI patching->DSDT from Clover main menu and bypass the patched DSDT by selecting "BIOS.aml" as DSDT name.
  19. 1st thing 1st, about the process: I've very clearly stated that you copy the files and folders of the posted Clover pack to the EFI/Clover folder of your mounted EFI partition. So, you do not "copy whole EFI" from my guide per sé, no. It's probably just poor/shortcut writing but it's important to be very precise and specific in everything you do in Hackintoshing matters. Now, the main info... Your signature states that you have a DW1820A wireless card and you therefore need to inject the necessary properties to boot the USB installer and your subsequent macOS installation. These properties not present in the Clover config of the pack since all 7490 cannot be expected to be fitted with that kind of card. Please refer to my BCM4350 guide will all due attention and adjust your Clover config accordingly. But, given that you may still have issues depending on the exact DW1820A model fitted to your 7490, you may want to temporarily disable wireless in BIOS until you've installed macOS, identified the exact model you've got at hands and, if applicable, injected the required properties. You may then engage in DW1820A troubleshooting but of all 3 x models I tested in the 7490, only part #OVW3T3 was fully and properly supported. If you do not have that model, I suggest you replace it by a DW1560 card which is fully supported.
  20. Issue of bad patched DSDT causing laptop reset should be fixed. New revised Mojave Clover pack #7 available in main guide.
  21. We re-re-re-re-re-re-re-confirm: to this day, no kext, won't work. Feel free to buzz Sinetek on the matter and donate if you wish. He had kinda briefly resurrected work on those Realtek card readers last May.
  22. You may follow what I described In my Latitude 7490 or Latitude E6230 guides.
  23. And the message about USB devices is perfectly normal: USB ports do not usually retain power when the laptop sleeps... At least when running on battery.
×
×
  • Create New...