Contribute
Register

BCM94352Z No bluetooth

Status
Not open for further replies.
RehabMan said:
Define "the issue".
Click to expand...
No sound after a night while being in sleep mode
One hour is ok, but after a certain amount of time, I can't get sound back after wake
 
ChinesePeanuts said:
Well I still have the issue, my hibernate settings are all right.. What could cause the issue?
Click to expand...
ChinesePeanuts said:
No sound after a night while being in sleep mode
One hour is ok, but after a certain amount of time, I can't get sound back after wake
Click to expand...

What is CodeCommander_ALC293.kext? Looks like an old version of CodeCommander.
Was the ioreg you attached captured in the situation where audio was not working?
What do you see in SysPrefs->Audio in that scenario?
What is this? com.corel.painter.PainterAudioDriver
Remove all unnecessary software, especially software that is audio related (there is no reason to attempt to debug 3rd party software).
Do a fresh install if needed.

Your profile lacks details on your laptop harware.
Please fix as per FAQ.
http://www.tonymacx86.com/el-capita...faq-read-first-laptop-frequent-questions.html

Why do you have XHCI-200-series-injector.kext installed? There are no 200-series laptops (currently).
Remove ACPIDebug.kext and any related code in patched ACPI (it is only for debugging, not for constant use).

Something is wrong with your ACPI configuration. Note duplicate symbols if you try to disassemble your patchmatic -extract output:
ACPI Error: [\_PR_.CPU0._DSM] Namespace lookup failure, AE_ALREADY_EXISTS (20161210/dswload-462)
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20161210/psobject-310)
Could not parse external ACPI tables, AE_ALREADY_EXISTS
 
RehabMan said:
What is CodeCommander_ALC293.kext? Looks like an old version of CodeCommander.
Click to expand...
CodecCommander_ALC293.kext is taken from here. tluck could make the CodecCommander work for his ALC293 so I tried with mine. This is a bit old, therefor it's a bit outdated. I should juste copy the configuration from the plist to a newest version.
In fact I've taken a few patches from this repo, as it is supposed to be the same hardware.

RehabMan said:
Was the ioreg you attached captured in the situation where audio was not working?
What do you see in SysPrefs->Audio in that scenario?
Click to expand...
I will provide debug file tomorrow morning with the audio not working.

RehabMan said:
What is this? com.corel.painter.PainterAudioDriver
Remove all unnecessary software, especially software that is audio related (there is no reason to attempt to debug 3rd party software).
Click to expand...
It's from the Painter software, anyway, it is now removed.

RehabMan said:
Your profile lacks details on your laptop harware.
Please fix as per FAQ.
http://www.tonymacx86.com/el-capita...faq-read-first-laptop-frequent-questions.html
Click to expand...
Informations has been updated

RehabMan said:
Why do you have XHCI-200-series-injector.kext installed? There are no 200-series laptops (currently).
Remove ACPIDebug.kext and any related code in patched ACPI (it is only for debugging, not for constant use).
Click to expand...
My bad, they have been removed.

RehabMan said:
Something is wrong with your ACPI configuration. Note duplicate symbols if you try to disassemble your patchmatic -extract output:
ACPI Error: [\_PR_.CPU0._DSM] Namespace lookup failure, AE_ALREADY_EXISTS (20161210/dswload-462)
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20161210/psobject-310)
Could not parse external ACPI tables, AE_ALREADY_EXISTS
Click to expand...
Is this related with a custom SSDT acpi related patch ?

Another BT issue, I realise right now, after 20 hours of use, my bluetooth is stuck, can't be disabled or connect to any devices.
It might be related with the mess, and I don't have a diagnosis for the moment. (I don't even know how to make it happen)
Let's deal first with the audio issue

The given debug files are from my computer with its bluetooth not working and without a reboot since 20h.
I'll upload debug files again after reboot in a moment

Thanks for your time RehabMan
 

Attachments

  • EFI.zip
    2 MB · Views: 58
  • IOReg.zip
    631.2 KB · Views: 70
  • RehabMan.zip
    48.4 KB · Views: 57
  • TerminalOutput.zip
    1.7 KB · Views: 61

Attachments

  • EFI.zip
    2 MB · Views: 83
  • IOReg.zip
    570.3 KB · Views: 57
  • TerminalOutput.zip
    1.7 KB · Views: 58
  • RehabMan.zip
    48.4 KB · Views: 56
ChinesePeanuts said:
I'll check that
(Updated debug files)
Click to expand...

Same problem disassembling patchmatic extract with: iasl -da -dl *.aml
Code: 
ACPI Error: [\_PR_.CPU0._DSM] Namespace lookup failure, AE_ALREADY_EXISTS (20161210/dswload-462)
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20161210/psobject-310)
Could not parse external ACPI tables, AE_ALREADY_EXISTS
 
RehabMan said:
Same problem disassembling patchmatic extract with: iasl -da -dl *.aml
Code: 
ACPI Error: [\_PR_.CPU0._DSM] Namespace lookup failure, AE_ALREADY_EXISTS (20161210/dswload-462)
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20161210/psobject-310)
Could not parse external ACPI tables, AE_ALREADY_EXISTS
Click to expand...
I don't understand where this is coming from. I've double check the tutorial comparing to what I've done and I don't get it.
I have no SSDT.aml and no _PR.CPU0 out of my DSDT and my SSDT-PluginType1

I realize that I can't have my battery status updated in realtime without ACPIDebug.kext
 
Last edited:
ChinesePeanuts said:
I don't understand where this is coming from. I've double check the tutorial comparing to what I've done and I don't get it.
I have no SSDT.aml and no _PR.CPU0 out of my DSDT and my SSDT-PluginType1

I realize that I can't have my battery status updated in realtime without ACPIDebug.kext
Click to expand...

It is because you have no config.plist/ACPI/SSDT/Generate specification, therefore you get the default, which is to generate a CpuPm SSDT from Clover.
Set config.plist/ACPI/SSDT/Generate=false.
(you don't need Clover CpuPm generation because you're using SSDT-PluginType1.aml)
 
RehabMan said:
It is because you have no config.plist/ACPI/SSDT/Generate specification, therefore you get the default, which is to generate a CpuPm SSDT from Clover.
Set config.plist/ACPI/SSDT/Generate=false.
(you don't need Clover CpuPm generation because you're using SSDT-PluginType1.aml)
Click to expand...
Thanks! it solved my battery issue and the ACPI error is gone but I have another error with _DSM, probably related (cf. debug file)
Anyway I will test the sound tomorrow morning and check if I have issues
 

Attachments

  • EFI.zip
    2 MB · Views: 60
  • IOReg.zip
    583.6 KB · Views: 64
  • RehabMan.zip
    47.4 KB · Views: 66
  • TerminalOutput.zip
    2 KB · Views: 53
Status
Not open for further replies.
Copyright © 2010 - 2024 tonymacx86 LLC
Back
Top