Contribute
Register

Gigabyte P35w v2 - Help

Status
Not open for further replies.
My device is referring me to the Realtek ALC283,etc dictionary. The options your talking about are in the Default dictionary. So would my device only use the alc283,etc dictionary and the default is for non-listed codecs?

Also, how will clover audio options effect this if at all? I don't think ResetHDA would do anything but would AFGLowPowerState have any effect?

Edit: Added the two resets to the alc283 dictionary, no change. Then also added the check infinitely and check intervals from default down to the alc283 dictionary to as shown in screenshot, no change

ALC283 already has the resets.
 
Unfortunately, the resets don't appear to be working.

There is no notification when the audio chip goes idle (enters D3cold) without a corresponding sleep event. This is an "internal only" idle mode that AppleHDA does by itself with no notification to the system. But AppleHDA should bring the device out of D3cold (with a double function group reset) before audio begins to play. It does so without the help of CodecCommander. The resets play a role only when actually entering sleep (eg. via Apple->Sleep and other means).
 
There is no notification when the audio chip goes idle (enters D3cold) without a corresponding sleep event. This is an "internal only" idle mode that AppleHDA does by itself with no notification to the system. But AppleHDA should bring the device out of D3cold (with a double function group reset) before audio begins to play. It does so without the help of CodecCommander. The resets play a role only when actually entering sleep (eg. via Apple->Sleep and other means).

So then to test this, I'd have to put the computer to sleep and then wake it up?

Edit: Didn't work

Also, I booted up ubuntu and noticed that the same problem is present in it too
 
What are you trying to test?



Specifically what and how?



Issues...

I was trying to test the platforms resets as shown in post 70 but they didn't work. Since the issue is present in linux, is there a way to see what the windows drivers are doing since they're the only one that works?
 
I was trying to test the platforms resets as shown in post 70 but they didn't work. Since the issue is present in linux, is there a way to see what the windows drivers are doing since they're the only one that works?

Maybe there is a tool like hda-verb for Windows. Never searched, so don't know...
 
Any other ideas for this sound issue? Seems like it's just not going to work right

You'll need to keep researching. Doesn't seem like there is enough understanding about the problem to even make a guess.
 
You'll need to keep researching. Doesn't seem like there is enough understanding about the problem to even make a guess.

Yeah, I have no idea what the issue is as it occurs in linux as well. In the mean time, 2 questions:

1) I have Realtek RTS5227 PCIE Card Reader. Can I get this to work in osx or is it just incompatible?

2) The device pci8086,8c24 is in my ioreg but is not loaded. It is the Intel Corporation 8 Series Chipset Family Thermal Management Controller. That sounds kind of important so should I add that to the dsdt? All I know is that it's here:
IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/pci8086,8c24@1F,6
but I'm not sure where to put it in the dsdt.
Also, device TPMX doesn't appear to be loaded either. Is this device the thermal control mentioned above?
 

Attachments

  • Zackptg5-s MacBook Pro.ioreg
    4.6 MB · Views: 76
Status
Not open for further replies.
Back
Top