Contribute
Register

Toshiba Satellite P75-A7200

Status
Not open for further replies.
zoull said:
When I searched my DSDT for 'embeddedcontrol' I didn't find any entries.
Click to expand...

Some laptop use MMIO (memory mapped IO, or SystemMemory).

How detailed should I get? Should I just link to the Guides that I used or should I just go through every step and link to the guides for reference? Also should I make reference to the fact that I did a triple boot?
Click to expand...

Link guides if they do the job...
 
How would I be able to test HDMI audio?

By the way I have a patched AppleHDA that's working so audio is working.
Also does this laptop have HDMI audio? Is there any way to make sure? Or is it like standard in all newer computers?
 
zoull said:
How would I be able to test HDMI audio?

By the way I have a patched AppleHDA that's working so audio is working.
Also does this laptop have HDMI audio? Is there any way to make sure? Or is it like standard in all newer computers?
Click to expand...

Test it? As in test the hardware capability? Plug it into an HDMI-audio capable device while running Windows...

Most modern computers with HDMI ports support HDMI audio.
 
So this should patch the kext binary's right?
Code: 
            <dict>
                <key>Comment</key>
                <string>10.9-10.10-HD4600_HDMI_Audio-1of2</string>
                <key>Find</key>
                <data>PQsMAAA=</data>
                <key>Name</key>
                <string>AppleHDAController</string>
                <key>Replace</key>
                <data>PQwMAAA=</data>
            </dict>
            <dict>
                <key>Comment</key>
                <string>10.9-10.10-HD4600_HDMI_Audio-2of2</string>
                <key>Find</key>
                <data>PQwKAAA=</data>
                <key>Name</key>
                <string>AppleHDAController</string>
                <key>Replace</key>
                <data>PQwMAAA=</data>
            </dict>
            <dict>
                <key>Name</key>
                <string>AppleIntelFramebufferAzul</string>
                <key>Find</key>
                <data>AQUJAAAEAACHAAAA</data>
                <key>Replace</key>
                <data>AQUJAAAIAAAGAAAA</data>
                <key>Comment</key>
                <string>10.10-Azul-Port_0x5-DP2HDMI</string>
            </dict>
            <dict>
                <key>Name</key>
                <string>AppleIntelFramebufferAzul</string>
                <key>Find</key>
                <data>AgQKAAAEAACHAAAA</data>
                <key>Replace</key>
                <data>AgQKAAAIAAAGAAAA</data>
                <key>Comment</key>
                <string>10.10-Azul-Port_0x6-DP2HDMI</string>
            </dict>
            <dict>
                <key>Name</key>
                <string>AppleIntelFramebufferAzul</string>
                <key>Find</key>
                <data>AwYIAAAEAAARAAAA</data>
                <key>Replace</key>
                <data>AwYIAAAIAAAGAAAA</data>
                <key>Comment</key>
                <string>10.10-Azul-Port_0x7-DP2HDMI</string>
            </dict>
Or am I wrong in thinking that or is this not right for my computer?
If that should work for my computer is there anything else that I would have to do?

Also I got to thinking, we use Clover's config.plist to patch AppleHDA's binary file. Is there any way that we could use Clover's config.plist to patch the OpenCL Framework on the fly? Thus eliminating the need to even have to patch that, because I'm assuming that the OpenCL Framework will have to be patched after updates.
 
zoull said:
So this should patch the kext binary's right?
Code: 
            <dict>
                <key>Comment</key>
                <string>10.9-10.10-HD4600_HDMI_Audio-1of2</string>
                <key>Find</key>
                <data>PQsMAAA=</data>
                <key>Name</key>
                <string>AppleHDAController</string>
                <key>Replace</key>
                <data>PQwMAAA=</data>
            </dict>
            <dict>
                <key>Comment</key>
                <string>10.9-10.10-HD4600_HDMI_Audio-2of2</string>
                <key>Find</key>
                <data>PQwKAAA=</data>
                <key>Name</key>
                <string>AppleHDAController</string>
                <key>Replace</key>
                <data>PQwMAAA=</data>
            </dict>
            <dict>
                <key>Name</key>
                <string>AppleIntelFramebufferAzul</string>
                <key>Find</key>
                <data>AQUJAAAEAACHAAAA</data>
                <key>Replace</key>
                <data>AQUJAAAIAAAGAAAA</data>
                <key>Comment</key>
                <string>10.10-Azul-Port_0x5-DP2HDMI</string>
            </dict>
            <dict>
                <key>Name</key>
                <string>AppleIntelFramebufferAzul</string>
                <key>Find</key>
                <data>AgQKAAAEAACHAAAA</data>
                <key>Replace</key>
                <data>AgQKAAAIAAAGAAAA</data>
                <key>Comment</key>
                <string>10.10-Azul-Port_0x6-DP2HDMI</string>
            </dict>
            <dict>
                <key>Name</key>
                <string>AppleIntelFramebufferAzul</string>
                <key>Find</key>
                <data>AwYIAAAEAAARAAAA</data>
                <key>Replace</key>
                <data>AwYIAAAIAAAGAAAA</data>
                <key>Comment</key>
                <string>10.10-Azul-Port_0x7-DP2HDMI</string>
            </dict>
Or am I wrong in thinking that or is this not right for my computer?
Click to expand...

Maybe. The HDAController patches depend on your native ID for HDAU. Check in ioreg. Those patches are for 0c0c. On my Lenovo I got lucky in that my native IDs are the same as for a real MacBookAir, so no patch necessary.

Also I got to thinking, we use Clover's config.plist to patch AppleHDA's binary file. Is there any way that we could use Clover's config.plist to patch the OpenCL Framework on the fly?
Click to expand...

No. Clover does not load frameworks.
 
RehabMan said:
Maybe. The HDAController patches depend on your native ID for HDAU. Check in ioreg. Those patches are for 0c0c. On my Lenovo I got lucky in that my native IDs are the same as for a real MacBookAir, so no patch necessary.
Click to expand...
Well I can't seem to find HDAU in ioreg, I do find HDEF@1B. I'm not really sure where to go from here.

No. Clover does not load frameworks.
Click to expand...
Alright, well I thought I had come up with something good, but I guess if it could be done then it would have already been done.
 
zoull said:
Well I can't seem to find HDAU in ioreg, I do find HDEF@1B. I'm not really sure where to go from here.


Alright, well I thought I had come up with something good, but I guess if it could be done then it would have already been done.
Click to expand...

Your HDAU will probably be B0D3 if you have not renamed the device @ ADR 0x00030000 to HDAU.
 
RehabMan said:
Your HDAU will probably be B0D3 if you have not renamed the device @ ADR 0x00030000 to HDAU.
Click to expand...
So if I search my DSDT for B0D3 there are some entries, but no Device entry. If I look in IOReg, B0D3@3 does exist and it looks like my device-id is 0c0c, <0c 0c 00 00>
But if I search my DSDT for 0x00030000 I find a couple entries, but not ADR 0x00030000.

Do you want my DSDT and IOReg?

And I'm using DummyHDA kext and Clover kext injection, am I not supposed to use that with the HDMI audio patch?
 
zoull said:
So if I search my DSDT for B0D3 there are some entries, but no Device entry. If I look in IOReg, B0D3@3 does exist and it looks like my device-id is 0c0c, <0c 0c 00 00>
Click to expand...

You will require an AppleHDAController patch (pretty sure...)

But if I search my DSDT for 0x00030000 I find a couple entries, but not ADR 0x00030000.
Click to expand...

Look in OEM SSDTs too. Usually it is in an SSDT, not DSDT.

And I'm using DummyHDA kext and Clover kext injection, am I not supposed to use that with the HDMI audio patch?
Click to expand...

Dummy HDA works fine with HDMI-audio...
 
RehabMan said:
Look in OEM SSDTs too. Usually it is in an SSDT, not DSDT.
Click to expand...
So I looked in my SSDT's and I found Device (B0D3) in SSDT-4 with the IGPU device.
But looking though it I don't have:
Method (_DSM)

So would I just add this to Device (B0D3)
Code: 
Method (_DSM, 4, NotSerialized) // _DSM: Device-Specific Method
{[INDENT]If (LEqual (Arg2, Zero))[/INDENT]
[INDENT]{[/INDENT]
[INDENT=2]Return (Buffer (One)[/INDENT]
[INDENT=2]{[/INDENT]
[INDENT=3]0x03[/INDENT]
[INDENT=2]})[/INDENT]
[INDENT]}[/INDENT]
[INDENT]Return (Package (0x02)[/INDENT]
[INDENT]{[/INDENT]
[INDENT=2]"hda-gfx",[/INDENT]
[INDENT=2]Buffer (0x0A)[/INDENT]
[INDENT=2]{[/INDENT]
[INDENT=3]"onboard-1"[/INDENT]
[INDENT=2]}[/INDENT]
[INDENT]})[/INDENT]
}
And then rename all instances of B0D3 in the DSDT and SSDT-4 to HDAU?

You will require an AppleHDAController patch (pretty sure...)
Click to expand...
And I would be able to use what I posted earlier for Clover's config.plist since it was for 0c0c right?
 
Status
Not open for further replies.
Copyright © 2010 - 2024 tonymacx86 LLC
Back
Top