Contribute
Register

[Guide] HackrNVMeFamily co-existence with IONVMeFamily using class-code spoof

Status
Not open for further replies.
Good afternoon, my problem is that I'm not hitting the path of the pci.

Here is my clover, ioreg and print from windows with the pci path.
PCI Path.PNG
 

Attachments

  • ioreg.ioreg
    9.2 MB · Views: 76
  • CLOVER.zip
    2.2 MB · Views: 67
Good afternoon, my problem is that I'm not hitting the path of the pci.

Here is my clover, ioreg and print from windows with the pci path.View attachment 257013
Are you sure to show the correct sub-menu in controller details ?
By curiosity, I switched my W10 to spanish language and my capture is as follows...
"Nombre del dispositivo BIOS"
 

Attachments

  • Captura.PNG
    Captura.PNG
    141.7 KB · Views: 72
Good afternoon, my problem is that I'm not hitting the path of the pci.

Here is my clover, ioreg and print from windows with the pci path.View attachment 257013

Your ioreg shows this path: _SB.PCI0.BR2A.D07C.@8.@0 (you must be looking at the wrong thing in Windows).

The @8 and @0 are representative of nodes that don't have an ACPI identity...

So, like the example in post #1:
Code:
// Inject bogus class-code for NVMe SSD to prevent IONVMeFamily.kext from loading
DefinitionBlock("", "SSDT", 2, "hack", "NVMe-Pcc", 0)
{
    External(_SB.PCI0.BR2A.D07C, DeviceObj)
    // create identities for the bridge @8 and SSD0 @0
    Device(_SB.PCI0.BR2A.D07C.PBR8)
    {
        Name(_ADR, 0x00080000) 
        Device(SSD0) { Name(_ADR, 0) }
    }
    // now we can inject the _DSM at the newly created ACPI path
    Method(_SB.PCI0.BR2A.D07C.PBR8.SSD0._DSM, 4)
    {
        If (!Arg2) { Return (Buffer() { 0x03 } ) }
        Return(Package()
        {
            "class-code", Buffer() { 0xff, 0x08, 0x01, 0x00 },
            "built-in", Buffer() { 0 },
        })
    }
}
//EOF
 
Are you sure to show the correct sub-menu in controller details ?
By curiosity, I switched my W10 to spanish language and my capture is as follows...
"Nombre del dispositivo BIOS"

Language was Portuguese, not Spanish.
 
I provide the files requested in post #1, "Problem Reporting".
Now clover inside I did not add anything
You can help me modify and then upload to me try it
I have tried many times myself
 

Attachments

  • CLOVER.rar
    7.2 MB · Views: 79
  • QQ图片20170524222857.png
    QQ图片20170524222857.png
    2.5 KB · Views: 84
I provide the files requested in post #1, "Problem Reporting".
Now clover inside I did not add anything
You can help me modify and then upload to me try it
I have tried many times myself

You have no SSDT-NVMe-Pcc.aml in ACPI/patched.
And the HackrNVMeFamily-10_12_5.kext is vanilla 10.12.4, not patched.
Also, your Clover setup is not appropriate for installation... (and ACPI setup is wrong with duplicate symbols).
This seems to be a laptop.
Follow the Clover guide linked from the FAQ.
http://www.tonymacx86.com/el-capita...faq-read-first-laptop-frequent-questions.html
And follow post#1 here for proper NVMe setup.
 
Are you sure to show the correct sub-menu in controller details ?
By curiosity, I switched my W10 to spanish language and my capture is as follows...
"Nombre del dispositivo BIOS"
My device don't have bios name.
 
As requested, follow the print in English.

View attachment 257191

Assuming you don't have any mistakes in your Clover ACPI configuration... you will have path
_SB.PCI0.BR2A.H000.@8.@0
(assuming nothing beyond the part #PCI(0000))

The .@8 and .@0 represent nodes that don't have ACPI identities.. It is the case covered in post #1 behind a PCI bridge...
 
Status
Not open for further replies.
Back
Top