Changing firewire Interrupts / Stuttering Firewire

[Funky frank]

Hi,  After upgrade to 10.12.4, the firewire driver seems to block the OS as soon as my speakers turn to off automatically. In this moment the firewire audio interface seem to block. This was no problem in OSX 10.9.4

 

Current interrupts are:

 

This is the nodes it attaches to:

 

Or is this maybe related to a power management on the firewire bus?

 

Any idea?

[MaLd0n]

-Post ur full Clover folder

-Post Ioreg, extract with Ioreg Explorer

http://www.insanelymac.com/forum/index.php?app=core&module=attach&section=attach&attach_id=222606

-Run it, post files generate in ur desktop

http://www.insanelymac.com/forum/index.php?app=core&module=attach&section=attach&attach_id=222609

[Funky frank]

Ok, here are these:

 

EDIT: And runme result (btw. nice tool)

 

 

 

To clarify:

 

Audio function is totally normal, no stuttering.  But if the speakers power off automatically (active speakers with own power), the mouse cursor stops to work for 10 seconds, the system freezes.

ioreg.zip

B85M-G.zip

Send me wstation.zip

[MaLd0n]

Check

patched.zip

drop all in config.plist

dont need xosi, smbus ssdt, apply all in dsdt into devices

Check Firewire patch in Clover Acpi Section, if need use DTGP too

and read here

http://www.insanelymac.com/forum/topic/237750-fix-for-firewire-and-hpet-irq-conflict-using-dsdt

[Funky frank]

Thank you!

 

EDIT: Works great!

[Funky frank]

Hm, no. Can you tell me what you did exactly change? Because it turns out that the HPET device already was in the ACPI, in exactly the same way.

 

It seems that the ATI gfx and the firewire PCIe using the same IRQ... Maybe I should simply place the firewire PCIe to another slot?

 

Also I have a question regarding the SBUS device: Your entry has this method:
 

                   Method (_DSM, 4, NotSerialized)  // _DSM: Device-Specific Method
                    {
                        If (LEqual (Arg2, Zero))
                        {
                            Return (Buffer (One)
                            {
                                 0x03                                           
                            })
                        }

                        Return (Package (0x02)
                        {
                            "address", 
                            0x57
                        })
                    }

While rehab man provides this ssdt dix:

            Method (_DSM, 4, NotSerialized)  // _DSM: Device-Specific Method
            {
                If (LNot (Arg2))
                {
                    Return (Buffer (One)
                    {
                         0x57                                           
                    })
                }

                Return (Package (0x02)
                {
                    "address", 
                    0x57
                })
            }

So its returning different values, it seems... What does that mean?

[MaLd0n]

test both patches and check

kextstat | grep SMBus

need return

 

Last login: Thu Apr  6 15:27:16 on console

MaLd0n:~ mald0n$ kextstat | grep SMBus

   44    1 0xffffff7f81d87000 0x4000     0x4000     com.apple.iokit.IOSMBusFamily (1.1) 185F0EBF-0262-3370-BD47-8FE4C8AA726E

   86    2 0xffffff7f82979000 0x12000    0x12000    com.apple.driver.AppleSMBusController (1.0.18d1) C90534F9-E82B-347A-B4CB-9D3303F4653C

  113    0 0xffffff7f82976000 0x3000     0x3000     com.apple.driver.AppleSMBusPCI (1.0.14d1) B290F731-FAA9-305D-943A-707BB224E53E

MaLd0n:~ mald0n$ 

today i'm using full sbus with mikey driver

 

btw

check patches and usefull links here

http://www.insanelymac.com/forum/topic/235523-dsdt-auto-patcher/

and here

http://olarila.com/forum/viewtopic.php?f=19&t=385

years 2008/2012

just put in repository, check repository and patch there

 

the original patch is...

into method label _DSM parent_adr 0x001F0003 remove_entry;
into device name_adr 0x001F0003 insert
begin
Device (BUS0)\n
                {\n
                    Name (_CID, "smbus")\n
                    Name (_ADR, Zero)\n
                    Device (DVL0)\n
                    {\n
                        Name (_ADR, 0x57)\n
                        Name (_CID, "diagsvault")\n
                        Method (_DSM, 4, NotSerialized)\n
                        {\n
                            Store (Package (0x02)\n
                                {\n
                                    "address", \n
                                    0x57\n
                                }, Local0)\n
                            DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))\n
                            Return (Local0)\n
                        }\n
                    }\n
                }
end

just remove DTGP

[Funky frank]

Hm this is interesting:

 

With both patches the same kexts, BUT with your variant (returning 0x03), the system becomes quite unstable even while ssd accessing. It even hard resets.

[MaLd0n]

This problem has nothing to do with sbus

if u dont use dtgp, need use it

 

If (LEqual (Arg2, Zero)) { Return (Buffer() { 0x03 } ) }

Return (Package()