Jump to content

fluid | fixed

Bungo

Bungo

Member Since 18 Dec 2006
Offline Last Active May 10 2013 01:15 PM
-----

In Topic: DSDT disass+compile: newest iASLme / IASL :, Juli 11th 2012

26 April 2013 - 08:25 AM

View Postmitch_de, on 31 March 2013 - 08:16 AM, said:

Here you go:
Thanks

In Topic: [Please Help] DSDT Edit "Immediate Wake From Sleep"

25 March 2013 - 05:19 PM

View PostBadKarma, on 13 September 2012 - 04:37 AM, said:

...the problem still remains.

From Terminal:


Last login: Wed Sep 12 21:20:16 on console
Nelsons-Mac-Pro:~ Nelson$ syslog |grep -i "Wake Reason"
Sep 12 21:20:38 Nelsons-Mac-Pro kernel[0] <Debug>: Wake reason: GBE EUSB
Nelsons-Mac-Pro:~ Nelson$

Let me know if you have any other suggestions or let me know what additional information I could provide to help my cause.

Thanks again.
Answer is above in your post: Wake reason: GBE.
Find
Device (GBE)
and fix _PRW.
You can get this code:
Device (GLAN)
{
Name (_ADR, 0x00190000)
Name (_PRW, Package (0x02)
{
0x09,
0x04
})

In Topic: DSDT disass+compile: newest iASLme / IASL :, Juli 11th 2012

25 March 2013 - 04:54 PM

View Postrednous, on 14 July 2012 - 08:27 AM, said:

11 July 2012. Summary of changes for version 20120711:
[color=#000000]1) ACPICA Kernel-resident Subsystem:[/color]
Fixed a possible fault in the return package object repair code. Fixes a
problem that can occur when a lone package object is wrapped with an outer
package object in order to force conformance to the ACPI specification. Can
affect these predefined names: _ALR, _MLS, _PSS, _TRT, _TSS, _PRT, _HPX, _DLM,
_CSD, _PSD, _TSD.

Removed code to disable/enable bus master arbitration (ARB_DIS bit in the
PM2_CNT register) in the ACPICA sleep/wake interfaces. Management of the
ARB_DIS bit must be implemented in the host-dependent C3 processor power state
support. Note, ARB_DIS is obsolete and only applies to older chipsets, both
Intel and other vendors. (for Intel: ICH4-M and earlier)

This change removes the code to disable/enable bus master arbitration during
suspend/resume. Use of the ARB_DIS bit in the optional PM2_CNT register causes
resume problems on some machines. The change has been in use for over seven
years within Linux.

Implemented two new external interfaces to support host-directed dynamic ACPI
table load and unload. They are intended to simplify the host implementation
of hot-plug support:
AcpiLoadTable: Load an SSDT from a buffer into the namespace.
AcpiUnloadParentTable: Unload an SSDT via a named object owned by the table.
See the ACPICA reference for additional details. Adds one new file,
components/tables/tbxfload.c

Implemented and deployed two new interfaces for errors and warnings that are
known to be caused by BIOS/firmware issues:
AcpiBiosError: Prints "ACPI Firmware Error" message.
AcpiBiosWarning: Prints "ACPI Firmware Warning" message.
Deployed these new interfaces in the ACPICA Table Manager code for ACPI table
and FADT errors. Additional deployment to be completed as appropriate in the
future. The associated conditional macros are ACPI_BIOS_ERROR and
ACPI_BIOS_WARNING. See the ACPICA reference for additional details. [url="http://www.acpica.org/bugzilla/show_bug.cgi?id=843"]ACPICA BZ
843[/url].

Implicit notify support: ensure that no memory allocation occurs within a
critical region. This fix moves a memory allocation outside of the time that a
spinlock is held. Fixes issues on systems that do not allow this behavior.
Jung-uk Kim.

Split exception code utilities and tables into a new file, utilities/utexcep.c



2) iASL Compiler/Disassembler and Tools:

iASL: Fixed a parser problem for hosts where EOF is defined as -1 instead of
0. Jung-uk Kim.

Debugger: Enhanced the "tables" command to emit additional information about
the current set of ACPI tables, including the owner ID and flags decode.

Debugger: Reimplemented the "unload" command to use the new
AcpiUnloadParentTable external interface. This command was disable previously
due to need for an unload interface.

AcpiHelp: Added a new option to decode ACPICA exception codes. The -e option
will decode 16-bit hex status codes (ACPI_STATUS) to name strings.


iASL command line version 20120711 (July 11th 2012), Universal Binary (32 & 64 bit) -> http://drop.st/NtB93d

iaslMe 1.33 version 20120711 (June 11th 2012), Universal Binary (32 & 64 bit) -> http://drop.st/jLsMBx


Creadits to: cVad, Kabyl, Slice, STLVNUB

Reupload iaslMe please.

Attached File  upload_not_found.png   22.85K   1 downloads

In Topic: DSDT help for Lenovo G480 EHCI Wakeup

25 March 2013 - 02:30 PM

Hi sarim khan,

View Postsarim khan, on 08 March 2013 - 04:47 PM, said:

So, using a patched AppleIntelCpuPowerManagement kext. When i try to sleep it, it sleeps , but immediately wakes up.

see dmesg log http://pastebin.com/ENyAwRuq , these lines got my attention,
Wake reason = GLAN EHC2 EHC1

So i learned that i need to edit DSDT to make these device not send Wake call. Need help regarding that.
So far tried,
removing _PRW method from both EHC2 EHC1. No help :(

patched: added DTGP, EHC2 and EHC1 from this https://raw.github.c...2_DSDTPatch.txt
didn't work, got KP. I think i need to add this _DSM method but need to match device ID's with my system's id. But no idea how to do this, no knowledge about this :(

Any idea, hint would very helpful.
Is there any option/setting/tweak/hack in OSX that can let me select which which devices to listen to for Wake call ? i can just remove GLAN EHC2 EHC1 from there. No need to listen to these device's wake call.

Attached: my DSDT , removed _PRW from both EHC2 EHC1.

Wake reason: GLAN and  EHC2 and EHC1, you modified only EHC1 and EHC2 and forgot about GLAN.
Your GLAN:
Device (GLAN)
{
Name (_ADR, 0x00190000)
Method (_PRW, 0, NotSerialized)
{
Return (GPRW (0x0D, 0x04))
}
}
_PRW above is related to Method (_L0D, 0, NotSerialized) by 0x0D.
My GLAN:
/********** Original device GLAN ***********
Device (GLAN)
{
Name (_ADR, 0x00190000)
Method (_PRW, 0, NotSerialized)
{
Return (GPRW (0x0D, 0x04))
}
}
*************** Modified GLAN *************/
Device (GLAN)
{
Name (_ADR, 0x00190000)
Name (_PRW, Package (0x02)
{
0x09, // changed from 0x0D
0x04
})
}
/*************** End of mod ***************/
My EHC1:
Device (EHC1)
{
Name (_ADR, 0x001D0000)

// . . . . rest of code here

/********** Original _PRW ***********
Method (_PRW, 0, NotSerialized)
{
If (USBW)
{
Return (GPRW (0x0D, 0x03)) // <-- this cause wake,
}
Else
{
Return (GPRW (0x0D, 0x00)) // <-- ...this not
}
}
*************** Modified _PRW *************/
Name (_PRW, Package (0x02)
{
0x0D,
0x00 // value >2 cause wake, you need to experiment or live 0x00
})
/*************** End of mod ***************/

// . . . . rest of code here

}

In Topic: Samsung R Series Notebooks

26 June 2012 - 01:50 PM

View Postangelswithneedles, on 15 June 2012 - 05:53 PM, said:

Hi Bungo,

I'm using your ALC269 AppleHDA + IOAudioFamily with modified pinconfigs & pathmaps, it works great. I would like to try patching the stock 10.8 AppleHDA though and I'm wondering if you know what the procedure is to binary patch AppleHDA. I've tried running the command

sudo perl -pi -e 's|\x84\x19\xd4\x11|\x69\x02\xec\x10|g' AppleHDA

Hi,
Try this:
sudo perl -pi -e 's|\x62\x02\xec\x10|\x69\x02\xec\x10|g' /System/Library/Extensions/AppleHDA.kext/Contents/MacOS/AppleHDA

if you wish to patch a stock AppleHDA located in /S/L/E. HDAWizard by Janek202 can do it for you. ;)

View Postangelswithneedles, on 15 June 2012 - 05:53 PM, said:

to no avail (I get a few sound assertions when booting and no device is recognized). I have everything else set up as in the older versions, the only other difference is that the layoutXX.xml and Platforms.xml files are now compressed into zlibs (I'm using RevoGirl's zlib compression/extraction script to edit them http://revogirl.word...ntain-lion-dp3/). Any help would be much appreciated.
In my opinion and experiences the duet (AppleHDA+IOAudioFamily) from my post #323 is the best solution now (until patched IOAudioFamily for next OS X's will be developed). Mixing newer AppleHDA with that patched IOAudioFamily don't work and stock IOAudioFamily don't work (correctly) with our ALC269.

© 2013 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   Web hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy