Mac OS X em Hardware x86 Arquivo Técnico 2008–2024
InfiniteMac OSx86 › Arquitetura Base OSx86 10.X e Bootloaders › Modificações Avançadas de DSDT: Botão de Energia…
625,378 reads · 2009-01-19 – 2013-01-21
Referência Núcleo 10.X DSDT Gigabyte G31M / P35

Modificações Avançadas de DSDT: Botão de Energia (PWRB), Correção de Tela Preta ao Despertar, Repouso Clamshell e Teclas de Atalho ASUS

Compilação de ajustes práticos na tabela DSDT para ativar o menu de desligamento pelo botão físico de energia (PWRB), corrigir a tela preta ao retornar do repouso (System Wake), habilitar o repouso ao fechar a tampa (Clamshell) e ativar as teclas de função em notebooks ASUS.

Autor Principal
@pentiumpc Publicado em 2009-01-19
Coleção
Arquitetura Base OSx86 10.X e Bootloaders
Histórico no Arquivo
625,378 leituras históricas · 94 notas técnicas selecionadas (de 107 postagens) · 2009-01-19 – 2013-01-21
Colaboradores Creditados (32)
@uman (21)@kizwan (18)@pentiumpc (8)@Slither2008 (6)@candykane (6)@richarda (5)@THeKiNG (4)@breakky (4)@Thireus (3)@Alexaar (2)@The Edge3000 (2)@Gurruwiwi (2)@EnzoFX (2)@Sweaty (2)@ping99 (2)@Nameci (2)+16 more
Referência de Hardware
Workstation Coolers & Thermal Gear ↗ Gigabyte Motherboards ↗ Laptop RAM & SSD Upgrades ↗
Dossiê técnico traduzido para Português (Brasil) · Comandos de terminal, nomes de kexts, nós ACPI e flags de boot preservados exatamente como no originalVer original em inglês (Original English) →

Existem muitos tópicos sobre como instalar o OS X utilizando substituição de DSDT (DSDT override); ao adotar esse método, você pode modificar a sua tabela DSDT para corrigir problemas e habilitar diversos recursos nativos.

O que você pode ativar/corrigir:
1. Ativar o dispositivo PWRB — Botão físico de energia (Power Button).
2. Corrigir o problema de tela apagada/preta ao despertar o sistema (System Wake).
3. Ativar o repouso ao fechar a tampa (Clamshell sleep) com a Clamshell.kext (descontinuada por superhai).
4. Ativar as teclas de atalho (Hotkeys) em notebooks ASUS.

Correção ainda não confirmada em todas as placas:
1. Problema de repouso nas portas USB (funciona perfeitamente no meu Eee PC 1000H, mas não na minha placa-mãe DS3L).

Isso resume o que descobri e testei no último fim de semana; se alguém tiver mais descobertas para compartilhar, sinta-se à vontade para contribuir.
Todas essas modificações foram testadas e aprovadas nos meus sistemas, mas você precisará adaptá-las e testá-las caso a sua configuração seja diferente da minha.
Use estas descobertas como referência para desenvolver os seus próprios ajustes.

Atualizações do Autor e Revisões Técnicas

Atualizações posteriores por @pentiumpc

Atualização do Autor #1 @pentiumpc 2009-01-19

Ative o seu botão Power.

mude de _HID para _CID

Device (PWRB)
{
Name (_HID, EisaId ("PNP0C0C")) ---> Name (_CID, EisaId ("PNP0C0C"))
Name (_UID, 0xAA)
Name (_STA, 0x0B)
}

Peguei essa dica em algum site, mas não lembro onde. (os créditos vão para o autor)
Isso vai ativar o botão liga/desliga do seu gabinete/notebook para abrir o menu de desligamento do sistema.

Atualização do Autor #2 @pentiumpc 2009-01-19

Corrigir a tela preta ao acordar do repouso (wake)..

No EeePC 1000H, a tela fica preta ao acordar do repouso e você precisa apertar a tecla de brilho para ligá-la de volta. A correção atual usa o SleepWatcher e o Reggie para escrever diretamente no registrador e reacender a tela.

Modificando o DSDT para definir o brilho, você consegue resolver esse problema direto na raiz.

Method (WAK, 1, NotSerialized) //WAKE up
{
\_SB.PCI0.SBRG.EC0.EC0W (Arg0)
\_SB.PCI0.NWAK (Arg0)
\_SB.PCI0.SBRG.SWAK (Arg0)
LPWK (Arg0)
Store(\_SB.ATKD.PBLG,local0) //---> Get Brightness level from NVS
\_SB.ATKD.PBLS(local0) //---> Set Brightness level.
}

Adicione as 2 linhas destacadas para redefinir o brilho ao acordar.

O nome do Method pode ser diferente no seu sistema, então procure por algo parecido.
Você também vai precisar descobrir qual método lê (get) e qual define (set) o brilho.
Isso também pode servir de base para resolver outros problemas no wake.

Atualização do Autor #3 @pentiumpc 2009-01-19

Repouso ao fechar a tampa (Clamshell sleep).

A maioria dos notebooks não entra em repouso ao fechar a tampa (LID). Tentei achar um fix via DSDT para isso, mas não encontrei nada (o Google é meu melhor amigo), então escrevi um eu mesmo para resolver no meu.

Se você tiver um método melhor ou alternativo, por favor me avise. Valeu.

Device (LID0)
{
Name (_HID, EisaId ("PNP0C0D")) //LID detection
Method (_PRW, 0, NotSerialized)
{
Return (Package (0x02)
{
0x0B,
0x04
})
}
Name (LIDS, One)
Method (_LID, 0, NotSerialized)
{
Store (^^PCI0.SBRG.EC0.SF13, LIDS) //LID register
XOr (LIDS, One, Local0)
IF (Local0) //if LID is closed
{
Notify (SLPB, 0x80) //Set system to sleep
}
Return (LIDS)
}

O device LID deve ser fácil de achar; basta adicionar uma linha para notificar o sistema para entrar em repouso.

Na maioria das máquinas (eu acho), isso depende de o SO colocar o sistema para dormir, mas como o OS X não entende a notificação enviada pelo device LID padrão, fiz o disparo direto pelo hardware/ACPI.

Atualização do Autor #4 @pentiumpc 2009-01-19

Ativando as teclas de atalho (Hotkeys) da ASUS.

Se você olhar na árvore do seu IOReg e encontrar "ASUS010" ou "ATKD", significa que você tem um dispositivo de hotkeys da Asus e os seus botões Fn+Fx podem funcionar.

Você vai precisar descobrir quais teclas enviam quais notificações ACPI. Eu criei uma kext para registrar no log e analisar os códigos de notificação (Notification code), e depois olhei no escopo `_GPE` para encontrar a interrupção correspondente. Depois de mapear tudo isso, adicionei o código para alternar (toggle) as funções entre ligado e desligado.

Agora consigo ligar e desligar o Backlight, Wi-Fi, Bluetooth, leitor de cartões, Webcam, ajustar o brilho etc. Ainda estou decifrando algumas funções, como a tecla de alternar para monitor externo, ajuste de FSB etc.

Código de exemplo..
Method (CAMS, 1, Serialized) //Camera Set
{
Return (OCMS (Arg0))
}

Method (CAMR, 0, Serialized) //Camera toggle : added
{
Store (OCMG , Local0)
XOr (Local0, One, Local0)
Return (OCMS (Local0))
}

Method (CAMG, 0, Serialized) //Camera Set
{
Return (OCMG )
}

O código acima é bem autoexplicativo: serve para ligar e desligar a câmera.

Method (_Q2A, 0, NotSerialized) //Camera
{
^^^^ATKD.CAMR //Toggle Camera
ATKN (0x1D) //notify ATKD
}

E este é o handler de interrupção que processa o evento.

Atualização do Autor #5 @pentiumpc 2009-01-19

Correção do repouso das USBs (USB sleep fix)

Device (HPET)
                {
                    Name (_HID, EisaId ("PNP0103"))
                    Name (_CID, EisaId ("PNP0C01"))
                    Name (CRS, ResourceTemplate 
                    {
                        Memory32Fixed (ReadOnly,
                            0xFED00000,         // Address Base
                            0x00000400,         // Address Length
                            _Y03)
                    })
                    OperationRegion (^LPCR, SystemMemory, 0xFED1F404, 0x04)
                    Field (LPCR, AnyAcc, NoLock, Preserve)
                    {
                        HPTS,   2, 
                            ,   5, 
                        HPTE,   1, 
                                Offset (0x04)
                    }

Method (_STA, 0, NotSerialized)
{
Return (0x0F)
}

Definir o retorno de status (`_STA`) do HPET como `0x0F` parece resolver o meu problema de sleep nas portas USB — em que as USBs morriam após o repouso e o hot-plug deixava de funcionar.

Isso ainda não está 100% confirmado, pois não tentei reproduzir o problema do zero (não está no topo da minha lista de prioridades), mas meu sistema roda o 10.5.6 vanilla, apenas com Decrypter, AnV SMBIOS, PS2Nub + Controller e OpenHaltRestart.

Sem nenhum fix de IOUSB (eles dão crash no meu sistema).

Atualização -- isso também é corrigido pelo DSDT Patcher usando a opção `-newHPET`. Não precisa mais de Disabler depois de aplicar o patch.

Atualização do Autor #6 @pentiumpc 2009-03-03

Fn+F1 não retorna código nenhum.. dar um `Notify (SLPB, 0x80)` coloca o sistema para dormir.
Fn+F5 e Fn+F6 retornam valores entre `0x20` e `0x2F` = 16 níveis de brilho.
Fn+F8 retorna o código da próxima tela: LCD, VGA externo ou ambos (espelhado/estendido).
Energia AC retorna `0x50`
Bateria retorna `0x51`

A maioria dessas teclas precisa de um driver para funcionar de fato.

Estou atolado de trabalho no meu emprego formal e, por isso, tive que pausar o desenvolvimento do driver em que estava trabalhando.
Tenho uma versão em beta, fiquem à vontade para testar.

ASUS hotkey enabler. (media fire.com/download.php?4lnemnhjnzt)

Esse pacote reúne várias soluções para habilitar as hotkeys, elimina a necessidade do SleepWatcher, configura o Fn+F1 para repouso profundo (deep sleep) e o fechamento da tampa para doze.
Você pode personalizar a maioria das teclas para rodar scripts alterando os valores no `Info.plist`. Já venho usando no meu sistema há um bom tempo e funciona super bem.

Por favor, faça backup do seu "DSDT.aml" antes de instalar.

Atualização do Autor #7 @pentiumpc 2009-03-03 ↳ Re: @Slither2008
@Slither2008Method - Description CFV (S/G) = FSB Speed & Voltage Set / Get SDSP = Switch/Swap Display HDPS = ? PBP (S/G) = HWCF = ? GNVS = Get Volume (I'm sure this is wrong. Probably gets and sets memory references?) SNVS = Set Volume (I'm sure this is wrong. Probably gets and sets memory references?) .

CFV = Define apenas o FSB.. não tem nada a ver com voltagem.
HDP/PBP = define LCD, monitor externo ou ambos. Dá para acionar, mas precisa atualizar a resolução no Mac para entrar em vigor. Bem bagunçado.
HWCF = desconhecido.
G/S NVS .. Lê (Get) ou grava (Set) na NVS = Non-Volatile SRAM.. (memória da BIOS, creio eu)

O método BIOS retorna a versão atual da BIOS.
INIT inicializa o ATKD (precisa ser executado para que os códigos das teclas sejam retornados)

O fórum IPIS está me deslogando direto na internet de casa e não tenho tempo de mexer nisso no escritório, então não consigo postar lá. Se puderem ajudar repostando o meu pacote por lá, agradeço..

Notas de Campo e Relatos da Comunidade

94 respostas técnicas selecionadas a partir de 107 postagens originais

Nota de Campo #1 @Slither2008 2009-03-03

Estive vasculhando o `dsdt.aml` do meu Asus EeePC 1000H tentando entender melhor os métodos dentro de `_SB`.

Isso aqui faz sentido?

Método - Descrição

PBL (S/G) = BackLight
CAM (S/G) = Câmera
CRD (S/G)= Leitor de Cartões (Card Reader)
WLD (S/G) = Wireless LAN Set / Get
CFV (S/G) = Velocidade do FSB & Voltagem Set / Get
CAM (S/G) = Câmera Set / Get
BTH (S/G) = Bluetooth Set / Get
SDSP = Alternar/Trocar Tela (Switch/Swap Display)
CRD (S/G) = Leitor de Cartões Set / Get
HDPS = ?
PBP (S/G) =
M3G (S/G) = 3G Móvel
HWCF = ?
GNVS = Get Volume (Tenho certeza de que isso está errado. Provavelmente lê e grava referências de memória?)
SNVS = Set Volume (Tenho certeza de que isso está errado. Provavelmente lê e grava referências de memória?)

Consegui fazer a Câmera e o Bluetooth desligarem usando a tecla Fn extra (`0x1d`). Tentei fazer o Wi-Fi funcionar, mas notei que a chamada do método é um pouco mais complexa do que um simples `ATKN(valor)`.

Parece haver alguma lógica ali dentro para determinar se deve passar o valor `0x11` ou `0x10`. Só consigo fazer ele desligar, e depois não liga mais (provavelmente está faltando alguma lógica no meu código).

Também posso confirmar que a kext Asus Test que você fez registra todos os botões corretamente, exceto que a tecla Fn de desligar o Wi-Fi reclama de um método não mapeado e, em seguida, começam a aparecer mensagens dizendo que o Bluetooth ou o Wi-Fi falhou ao entrar em estado de economia de energia (powersave). Assim que aperto a tecla Fn do Wi-Fi de novo, as mensagens param.

O que você acha disso?

Abraços,

Steve.

Nota de Campo #2 @Slither2008 2009-03-03

Aqui está uma cópia dos códigos de eventos em que estou me baseando.

# Botões prateados (Silver buttons)
KEY_SILVER1="0000001a" # Blank (Apagar tela)
KEY_SILVER2="0000001b" # Change resolution (Mudar resolução)
KEY_SILVER3="0000001c" # User 1
KEY_SILVER4="0000001d" # User 2

# Combinações Fn+F?
KEY_Fn_F1="00000080" # Sleep
KEY_Fn_F2=("00000010" "00000011") # Wifi toggle
KEY_Fn_F5="0000002*" # Brightness down
KEY_Fn_F6="0000002*" # Brightness up
KEY_Fn_F7="00000016" # Backlight off
KEY_Fn_F8=("00000030" "00000031" "00000032") # XRandR
KEY_Fn_F9="00000012" # Task Manager
KEY_Fn_F10="00000013" # Mute
KEY_Fn_F11="00000014" # Volume Down
KEY_Fn_F12="00000015" # Volume Up

# Outros eventos ACPI
POWER_AC="00000001"
POWER_BAT="00000000"

Se você quiser tentar criar teclas Fn personalizadas usando o F3 e o F4, acho que o `acpi_listen` no Linux é a melhor aposta para capturar esses códigos.

Ainda estou tentando entender por que as funções das teclas de Volume não são tão fáceis de localizar no DSDT.

Nota de Campo #3 @Slither2008 2009-03-03

Obrigado pelas informações e por compartilhar o seu driver beta das teclas Fn.

Vou lá postar algumas informações e um guia no fórum do IPIS sobre tudo isso.

Abraços,

Steve.

Nota de Campo #4 @Slither2008 2009-03-03

Tópico para aplicar as suas correções:
ipis-osx.wik idot.com/forum/t-135417/enabling-function-keys-by-modifying-your-dsdt#post-403326

Tópico da sua kext experimental:
ipis-osx.wik idot.com/forum/t-135405/experimental-asus-hotkey-enabler-kext-driver#post-403338

Nota de Campo #5 @Slither2008 2009-03-04

Eu teria interesse em oferecer minhas habilidades de programação para ajudar na sua kext.

Você estaria disposto a compartilhar o código-fonte da sua kext experimental, por favor?

Abraços,

Steve.

Nota de Campo #6 @Slither2008 2009-03-05

Montei o esqueleto de uma kext com um `WorkLoop` básico.

A kext inicializa, faz o probe, encontra e dá match no device nub `ATKD` e então entra no meu método `start`.

Estou tendo problemas ao adicionar um `IOInterruptEventSource`.

Declarei ele dentro do `start` assim:

interruptSrc = IOInterruptEventSource::interruptEventSource(
(OSObject*)this,
OSMemberFunctionCast( IOInterruptEventAction,
this,
&com_ipis_driver_AsusFNKeys::interruptOccurred ),
(IOService*)provider,
(int)0);

Coloquei uma verificação para reportar erro caso ele não seja adicionado ao `WorkLoop`, mas assim que carrego a kext tomo um KP (Kernel Panic).

Já confirmei que é o interrupt event source que está causando o problema, pois ao remover o código acima e deixar a kext só no esqueleto básico, o driver carrega normalmente.

Se puder me dar um norte do caminho certo, eu agradeceria muito.

Nota de Campo #7 @Alexaar 2009-04-13

Opa! Como estão indo as coisas?
Quero fazer mais algumas melhorias no DSDT do 1000H e preciso de uma ajuda.

A primeira dúvida é sobre o controlador PS2 (postei também em http://www.insanelymac.com/forum/index.php?showtopic=90… ↗ ):

Todos nós estamos usando o código:

Device (PS2K)
                {
                    Name (_HID, EisaId ("PNP0303"))
                    Name (_CID, 0x0B03D041)
                    Method (_STA, 0, NotSerialized)
                    {
                        ShiftLeft (One, 0x0A, Local0)
                        If (And (IOST, Local0))
                        {
                            Return (0x0F)
                        }

                        Return (Zero)
                    }

                    Name (_CRS, ResourceTemplate ()
                    {
                        IO (Decode16, 0x0060, 0x0060, 0x00, 0x01)
                        IO (Decode16, 0x0064, 0x0064, 0x00, 0x01)
                        IRQNoFlags () {1}
                    })
                }

                Device (PS2M)
                {
                    Name (_HID, EisaId ("SYN0A04"))
                    Name (_CID, Package (0x03)
                    {
                        0x000A2E4F, 
                        0x02002E4F, 
                        0x130FD041
                    })
                    Method (_STA, 0, NotSerialized)
                    {
                        ShiftLeft (One, 0x0C, Local0)
                        If (And (IOST, Local0))
                        {
                            Return (0x0F)
                        }

                        Return (Zero)
                    }

                    Name (_CRS, ResourceTemplate ()
                    {
                        IRQNoFlags () {12}
                    })
                }

e isso acaba duplicando as entradas no IOReg.

E mais uma informação — o log de boot do OpenBSD:

ichpcib0 at pci0 dev 31 function 0 "Intel 82801GBM LPC" rev 0x02: PM disabled
isa0 at ichpcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5
pckbc0: using irq 1 for kbd slot
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0

pmsi0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pmsi0 mux 0

Esse código funciona bem, mas seria melhor corrigir essa duplicação. Alguma ideia?

E a segunda dúvida é sobre a função de acordar o notebook ao abrir a tampa (Wakeup on clamshell open). Alguém já tentou fazer isso funcionar?

Nota de Campo #8 @Alexaar 2009-04-29

Ainda sem respostas, que pena.
Enquanto isso, vou montando meu próprio DSDT baseado nas correções acima e nas minhas próprias modificações. Agora meu sistema funciona e dorme perfeitamente no 10.5.6. Porém, as correções das teclas Fn ainda estão meio bugadas para mim.
Continuo procurando mais melhorias para o DSDT do 1000H. Por exemplo, sonho em fazer o wake ao abrir a tampa (clamshell wakeup) funcionar. Alguma ideia?

Nota de Campo #9 @Thireus 2009-05-07

Eu gostaria de saber onde e como posso configurar o FSB para rodar com estes parâmetros:

FSB=54
PCIE=176

Isso é para chegar a uma frequência de 1.9 GHz no meu EeePC 1000H, fazendo o mesmo overclock que faço no XP com o `eeectl`.

Nota de Campo #10 @candykane 2009-05-13

Peguei um material lá do InsanelyMac que acho que cairia muito bem nesta coleção:
corrigindo o modo de repouso (sleep) com o método `_WAK`

information about the _WAK method.
Arguments:
0 The value of the sleeping state (1 for S1, 2 for S2, and so on).
Result Code (2 DWORD package):
Status Bit field of defined conditions that occurred during sleep.
0x00000000 Wake was signaled and was successful
0x00000001 Wake was signaled but failed due to lack of power.
0x00000002 Wake was signaled but failed due to thermal condition.
Other Reserved
PSS If non-zero, the effective S-state the power supply really entered.

Esse valor é usado para detectar quando o estado S (S-state) desejado não foi atingido
porque muita corrente estava sendo puxada da fonte de alimentação.

Beleza, então o método `_WAK` aceita um argumento, que é o número do estado de repouso solicitado. Ele retorna seu resultado como um pacote (`Package`) de 2 DWORDs. O primeiro valor é um código que informa se o despertar (wake) foi bem-sucedido (`0` no sucesso, diferente de zero na falha) e, se falhou, o motivo. O segundo valor também é zero em caso de sucesso e, em caso de falha, retorna o valor do estado de repouso em que o sistema realmente entrou. Ou seja, basicamente é um código de sucesso/falha.

O primeiro argumento da declaração do `Package` especifica o número de elementos no pacote, e o segundo é o pacote em si. Portanto, a declaração acima simplesmente define um pacote de dois elementos, onde cada elemento é zero. Isso é necessário porque a especificação ACPI exige que o método `_WAK` retorne dois valores.
No fim das contas, tudo isso se resume a um valor de retorno dummy que satisfaz a especificação (eliminando os warnings de compilação), mas não faz nada de especial além de retornar sempre uma condição de sucesso.

Corrigindo o modo de repouso.

Procure por: `_WAK`

CODE
Method (_WAK, 1, NotSerialized)
{
Store (0xFF, DBG1)
If (LEqual (Arg0, 0x03))
{
Store (0x8F, SCP)
}

If (LEqual (Arg0, 0x04))
{
If (LEqual (OSFL, Zero))
{
If (LEqual (OSFX, 0x03))
{
Store (0x59, SMIP)
}
Else
{
Store (0x58, SMIP)
}
}

If (LEqual (OSFL, One))
{
Store (0x56, SMIP)
}

If (LEqual (OSFL, 0x02))
{
Store (0x57, SMIP)
}

If (LEqual (OSFX, 0x03))
{
Store (0x59, SMIP)
}
}

If (LEqual (Arg0, One)) {}
If (OSFL)
{
Notify (\_SB.PWRB, 0x02)
}
Else
{
If (LEqual (RTCW, Zero))
{
Notify (\_SB.PWRB, 0x02)
}
}

Notify (\_SB.PCI0.USB0, Zero)
Notify (\_SB.PCI0.USB1, Zero)
Notify (\_SB.PCI0.USB2, Zero)
Notify (\_SB.PCI0.USB3, Zero)
Notify (\_SB.PCI0.USB4, Zero)
Notify (\_SB.PCI0.USB5, Zero)
Return(Package(0x02){0x00, 0x00}) <------ Adicione aqui. Edite o dsdt_fixed.txt antes de compilar
}

Nota de Campo #11 @candykane 2009-05-13

Controle de Backlight
Outra coisa bacana para adicionar ao DSDT do seu notebook (dentro de `_SB`):

CODE
Device (PNLF)
{
Name (_HID, EisaId ("APP0002"))
Name (_CID, "backlight")
Name (_UID, 0x0A)
Name (_STA, 0x0B)
}

Isso pode ajudar o sistema a carregar o controle nativo de brilho (backlight).

Nota de Campo #12 @Thireus 2009-05-13

Hum... nenhum de vocês consegue responder à minha pergunta?

Nota de Campo #13 @candykane 2009-05-13

Corrigindo o repouso (sleep) e as portas USB após acordar (wake)

Finalmente consertei o sleep no meu notebook!

O problema estava nas portas USB…
A correção é simples, na mesma linha do método `_WAK`:

Se você olhar no DSDT dentro de todas as entradas USB, verá:
QUOTE
Method (_PRW, 0, NotSerialized)
{
Return (GPRW (0xYZ, 0xYZ))
}
Agora procure por `Method (GPRW`… e mude no final aquele `Return (PRWP` ou o que quer que esteja lá) para:
CODE
Return (Package (0x02)
{
Zero,
Zero
})

Ainda preciso usar kexts modificadas para EHCI/UHCI; sem elas meu notebook dorme normal, mas ao acordar eu perco os dispositivos UHCI (Bluetooth e leitor de impressão digital).

Sobre a kext EHCI corrigida, eu realmente odeio aquelas mensagens de debug de ownership; não sei por que a maioria dos devs gosta de deixar esse lixo de debug ativado nas kexts. Na minha opinião, é super fácil fazer duas versões (normal/debug) ou adicionar um booleano no `Info.plist` para ativar/desativar esse recurso...

Edit: Muito obrigado ao Slice pelas versões editadas das kexts, eu e o meu `system.log` estamos muito felizes!
Aliás, ainda estou esperando algumas respostas sobre essas correções de USB; como o código-fonte não está disponível, não sei o que as suas kexts realmente fazem por baixo dos panos — talvez a gente consiga passar essas correções direto para o DSDT, ou pelo menos tentar...

Edit 2: Ontem à noite eu estava cansado e esqueci de falar sobre o `Device (PWRB)`... (Power Button). Notei que ele estava faltando no meu DSDT e o adicionei, porque no DSDT de um MacBook real também existem outras referências nas entradas de dispositivos USB que apontam para ele.
Então, se você não tiver o `PWRB`, procure por `Device (SLPB)` e adicione-o logo acima ou abaixo dele; deve ficar assim:
CODE
Scope (_SB)
{
Device (PWRB)
{
Name (_HID, EisaId ("PNP0C0C"))
}

Device (SLPB)
{
Name (_HID, EisaId ("PNP0C0E"))
Method (_PRW, 0, NotSerialized)
{
Return (Package (0x02)
{
0x0B,
0x04
})
}
}
}
Agora procure por `Method (_Lxy…)` — você verá todos os dispositivos USB lá; embaixo de cada entrada UHCI adicione `Notify (\_SB.PWRB, 0x02)`. Já para a entrada EHCI, eu portei o bloco inteiro de um MacBook, devendo ficar assim:
CODE
Scope (_GPE)
{
Method (_L03, 0, Serialized)
{
Notify (\_SB.PCI0.UHC1, 0x02)
Notify (\_SB.PWRB, 0x02)
}

Method (_L04, 0, Serialized)
{
Notify (\_SB.PCI0.UHC2, 0x02)
Notify (\_SB.PWRB, 0x02)
}

Method (_L0C, 0, Serialized)
{
Notify (\_SB.PCI0.UHC3, 0x02)
Notify (\_SB.PWRB, 0x02)
}

Method (_L0E, 0, Serialized)
{
Notify (\_SB.PCI0.UHC4, 0x02)
Notify (\_SB.PWRB, 0x02)
}

Method (_L05, 0, Serialized)
{
Notify (\_SB.PCI0.UHC5, 0x02)
Notify (\_SB.PWRB, 0x02)
}

Method (_L0D, 0, Serialized)
{
If (\_SB.PCI0.EHC1.PMES)
{
Store (0x01, \_SB.PCI0.EHC1.PMES)
Notify (\_SB.PCI0.EHC1, 0x02)
Notify (\_SB.PWRB, 0x02)
}

If (\_SB.PCI0.EHC2.PMES)
{
Store (0x01, \_SB.PCI0.EHC2.PMES)
Notify (\_SB.PCI0.EHC2, 0x02)
Notify (\_SB.PWRB, 0x02)
}
}
Essa entrada no EHCI parece resolver o sleep nele, então não preciso mais da `EHCISleepEnabler`, pelo menos no meu caso.
Ah, e se você tiver `HDEF` dentro desses métodos, remova, senão pode quebrar o seu sleep!
Outra dica: se você quiser, por exemplo, acordar o seu notebook/desktop usando o mouse ou o teclado USB, identifique em qual porta USB ele está conectado (pelo IOReg) e, no DSDT, mude nessa entrada USB de `PWRB` para `SLPB`.

Aproveitem!

Nota de Campo #14 @candykane 2009-05-13

Acabei de fazer meu botão Power abrir a janela de desligamento/logout ao ser pressionado:
CODE
Device (PWRB)
{
Name (_HID, EisaId ("PNP0C0C"))
}

Só mudei o `_HID` para `_CID`.

Nota de Campo #15 @candykane 2009-05-13

Um guia de como corrigir o áudio via DSDT
O áudio não deveria ser tão complicado; ter que usar mais uma extensão só para injetar informações no sistema não faz sentido quando a maioria de vocês já está usando uma string de `device-properties` para o vídeo ou um DSDT modificado — então é melhor economizar recursos.

`HDAEnabler.kext` e/ou `ALCinject.kext` não são necessários para fazer o áudio funcionar direito.

O que você precisa é da `AppleHDA.kext` do AlainTox714 e das seguintes 3 informações:
`layout-id`
`codec-id`
`PinConfigurations`
Você pode injetar isso por uma string de `device-properties` (EFI string) ou pelo DSDT (o que costuma dar um resultado melhor).

Testei ambos os métodos e os dois deixaram o áudio funcionando, mas a solução via DSDT parece ser mais aderente ao padrão ACPI.

Você pode montar os dados de `PinConfigurations` se tiver o `ConfigData` dentro do arquivo `/System/Library/Extensions/AppleHDA.kext/Contents/PlugIns/AppleHDAController.kext/Contents/Info.plist`.

(você só precisa do último byte de cada segmento de 4 bytes)
<00a71c1f 00a71d40 00a71e21 00a71f02 00b71c40 00b71d90 00b71ea1 00b71f02 00c71c2e 00c71d30 00c71e81 00c71f01 00d71c10 00d71d40 00d71e11 00d71f01 00e71c20 00e71d90 00e71ea1 00e71f01 00f71c12 00f71d10 00f71e11 00f71f01 01071c11 01071d70 01071e11 01071f01 02171c50 02171d21 02171e45 02171f01>

Outra solução é procurar no dump do codec do Linux pelas linhas que contêm `[Jack]`, pegar os valores hexadecimais, inverter a ordem dos bytes (byte-flip) e ordená-los pelo número do Node.
CODE
Codec: SigmaTel STAC9274D
Address: 2
Vendor Id: 0x83847621
Subsystem Id: 0x80860419
Revision Id: 0x100201
Default PCM: rates 0x7e0, bits 0x0e, types 0x1
Default Amp-In caps: ofs=0x00, nsteps=0x0e, stepsize=0x05, mute=0
Default Amp-Out caps: ofs=0x7f, nsteps=0x7f, stepsize=0x02, mute=1

Node 0x0a [Pin Complex] wcaps 0x400181: Stereo
Pin Default 0x0221401f: [Jack] HP Out at Ext Front
Conn = 1/8, Color = Green
vira 1f402101
00a71c1f 00a71d40 00a71e21 00a71f02

Node 0x0b [Pin Complex] wcaps 0x400181: Stereo
Pin Default 0x02a19040: [Jack] Mic at Ext Front
Conn = 1/8, Color = Pink
vira 4090a102
00b71c40 00b71d90 00b71ea1 00b71f02

Node 0x0c [Pin Complex] wcaps 0x400181: Stereo
Pin Default 0x0181302e: [Jack] Line In at Ext Rear
Conn = 1/8, Color = Blue
vira 2e308101
00c71c2e 00c71d30 00c71e81 00c71f01

Node 0x0d [Pin Complex] wcaps 0x400181: Stereo
Pin Default 0x01114010: [Jack] Speaker at Ext Rear
Conn = 1/8, Color = Green
vira 10401101
00d71c10 00d71d40 00d71e11 00d71f01

Node 0x0e [Pin Complex] wcaps 0x400181: Stereo
Pin Default 0x01a19020: [Jack] Mic at Ext Rear
Conn = 1/8, Color = Pink
vira 2090a101
00e71c20 00e71d90 00e71ea1 00e71f01

Node 0x0f [Pin Complex] wcaps 0x400181: Stereo
Pin Default 0x01111012: [Jack] Speaker at Ext Rear
Conn = 1/8, Color = Black
vira 12101101
00f71c12 00f71d10 00f71e11 00f71f01

Node 0x10 [Pin Complex] wcaps 0x400181: Stereo
Pin Default 0x01117011: [Jack] Speaker at Ext Rear
Conn = 1/8, Color = Yellow
vira 11701101
01071c11 01071d70 01071e11 01071f01

Node 0x21 [Pin Complex] wcaps 0x400301: Stereo Digital
Pin Default 0x01452150: [Jack] SPDIF Out at Ext Rear
Conn = Optical, Color = Grey
vira 50214501
02171c50 02171d21 02171e45 02171f01

Com os dados de `PinConfigurations` em mãos, você pode convertê-los para o arquivo XML da sua string de `device-properties` usando o seguinte comando:
CODE
echo "1f4021014090a1022e308101104011012090a101121011011170110150214501" | xxd -r -p | openssl enc -base64
Isso me retornou:
CODE
H0AhAUCQoQIuMIEBEEARASCQoQESEBEBEXARAVAhRQE= para a minha BadAxe2 (STAC9274D)

Encontre o caminho PCI onde está o hardware de áudio:
CODE
gfxutil -f HDEF; # se falhar, tente AZAL no lugar de HDEF

Na BadAxe2 isso me retornou:
CODE
DevicePath = PciRoot(0x0)/Pci(0x1b,0x0)

Adicionei o seguinte ao meu arquivo XML e gerei novamente a minha string usando o gfxutil: (gfxutil -s -v -n -i xml -o hex in.plist out.hex)
CODE
    <key>PciRoot(0x0)/Pci(0x1b,0x0)</key>
    <dict>
        <key>PinConfigurations</key>
        <data>
        H0AhAUCQoQIuMIEBEEARASCQoQESEBEBEXARAVAhRQE=
        </data>
        <key>codec-id</key>
        <string>0x83847683</string>
        <key>layout-id</key>
        <string>0x04000000</string>
    </dict>

O que seria muito legal é ter um script ou programa que já cuspa os dados de `PinConfigurations` só de arrastar o dump do codec para cima dele.

No fim, escolhi fazer na minha BadAxe2 direto via DSDT, porque já estou fazendo tanta coisa nele que alguns bytes a mais não fazem cócegas e ainda me poupam de carregar mais uma kext desnecessária.

Você pode fazer isso se atender aos seguintes critérios:
- você usa atualmente `HDAEnabler.kext` ou `ALCinject.kext`
- você usa `AppleHDA.kext`
- você tem (ou consegue extrair) as três informações necessárias sobre o seu hardware de áudio e a `AppleHDA.kext` modificada correspondente
Você pode fazer via string de `device-properties` ou via DSDT; o método via DSDT é de longe superior. Aqui estão os detalhes de `PinConfigurations` para a BadAxe1, que usa o codec STAC9221D A2 (no qual estou trabalhando atualmente) para que eu possa finalizar meu trabalho e liberar os DSDTs, ou pelo menos as seções relevantes.

BadAxe1:
CODE
| | +-o HDEF@1B <class IOPCIDevice, registered, matched, active, busy 0, retain 8>
| | | | {
| | | | "IOPCIResourced" = Yes
| | | | "IOInterruptControllers" = ("io-apic-0","IOPCIMessagedInterruptController")
| | | | "IOName" = "pci8086,27d8"
| | | | "subsystem-id" = <17040000>
| | | | "IODeviceMemory" = (({"address"=18446744073225109504,"length"=16384}))
| | | | "class-code" = <00030400>
| | | | "revision-id" = <01000000>
| | | | "assigned-addresses" = <10d8008200000000000020e30000000000400000>
| | | | "built-in" = <00>
| | | | "acpi-device" = "IOACPIPlatformDevice is not serializable"
| | | | "name" = "pci8086,27d8"
| | | | "acpi-path" = "IOACPIPlane:/_SB/PCI0@0/HDEF@1b0000"
| | | | "subsystem-vendor-id" = <86800000>
| | | | "reg" = <00d800000000000000000000000000000000000010d800020000000000000000000000000040
000>
| | | | "compatible" = <"pci8086,417","pci8086,27d8","pciclass,040300">
| | | | "PinConfigurations" = <104021021010010120308101104001012190a1011160010130214501>
| | | | "layout-id" = 2
| | | | "IOPCIExpressLinkCapabilities" = 0
| | | | "IOPowerManagement" = {"ChildrenPowerState"=2,"CurrentPowerState"=2}
| | | | "IOInterruptSpecifiers" = (<1600000007000000>,<0400000000000100>)
| | | | "device-id" = <d8270000>
| | | | "vendor-id" = <86800000>
| | | | "device_type" = <"STAC9221A2">
| | | | "codec-id" = 2206496387
| | | | "IOPCIExpressLinkStatus" = 0
| | | | }

BadAxe2:
CODE
| | +-o HDEF@1B <class IOPCIDevice, registered, matched, active, busy 0, retain 8>
| | | | {
| | | | "IOPCIResourced" = Yes
| | | | "IOInterruptControllers" = ("io-apic-0","IOPCIMessagedInterruptController")
| | | | "IOName" = "pci8086,27d8"
| | | | "layout-id" = <04000000>
| | | | "subsystem-id" = <19040000>
| | | | "IOPCIExpressLinkCapabilities" = 0
| | | | "IODeviceMemory" = (({"address"=18446744073226158080,"length"=16384}))
| | | | "class-code" = <00030400>
| | | | "IOPowerManagement" = {"ChildrenPowerState"=2,"CurrentPowerState"=2}
| | | | "revision-id" = <01000000>
| | | | "IOInterruptSpecifiers" = (<1600000007000000>,<0200000000000100>)
| | | | "assigned-addresses" = <10d8008200000000000030e30000000000400000>
| | | | "built-in" = <00>
| | | | "acpi-device" = "IOACPIPlatformDevice is not serializable"
| | | | "device-id" = <d8270000>
| | | | "vendor-id" = <86800000>
| | | | "acpi-path" = "IOACPIPlane:/_SB/PCI0@0/HDEF@1b0000"
| | | | "subsystem-vendor-id" = <86800000>
| | | | "name" = "pci8086,27d8"
| | | | "IOPCIExpressLinkStatus" = 0
| | | | "reg" = <00d800000000000000000000000000000000000010d800020000000000000000000000000040
000>
| | | | "compatible" = <"pci8086,419","pci8086,27d8","pciclass,040300">
| | | | "PinConfigurations" = <1f4021014090a1022e308101104011012090a101121011011170110150214501>
| | | | "codec-id" = 2206496289
| | | | }

Se você não acredita que o áudio pode funcionar sem `HDAEnabler.kext` ou `ALCinject.kext`, faça via string de `device-properties` ou, melhor ainda, direto no DSDT.

Nota de Campo #16 @candykane 2009-05-13

Aqui está o código básico; deixei duas seções de exemplo, uma para a BadAxe1 e a segunda para a BadAxe2 — não use as duas juntas.
ÁUDIO NO DSDT:
CODE
______________________________________________________________

// isto vai perto do início do seu DSDT (logo após o Method (_WAK, 1, Serialized))
Method (DTGP, 5, NotSerialized)
{
If (LEqual (Arg0, Buffer (0x10)
{
/* 0000 */ 0xC6, 0xB7, 0xB5, 0xA0, 0x18, 0x13, 0x1C, 0x44,
/* 0008 */ 0xB0, 0xC9, 0xFE, 0x69, 0x5E, 0xAF, 0x94, 0x9B
}))
{
If (LEqual (Arg1, One))
{
If (LEqual (Arg2, Zero))
{
Store (Buffer (One)
{
0x03
}, Arg4)
Return (One)
}

If (LEqual (Arg2, One))
{
Return (One)
}
}
}

Store (Buffer (One)
{
0x00
}, Arg4)
Return (Zero)
}

______________________________________________________________

// altere todas as ocorrências de AZAL para HDEF

______________________________________________________________

// exemplo para BadAxe1 (com comentários)

______________________________________________________________

// isto vai no final do Device (HDEF)
// BadAxe1 (D975XBXLKR)
Method (_DSM, 4, NotSerialized)
{
Store (Package (0x08)
{
"codec-id",
Buffer (0x04)
{
0x83, 0x76, 0x84, 0x83 // ID hexadecimal do codec (ordem invertida)
},
"layout-id",
Buffer (0x04)
{
0x02, 0x00, 0x00, 0x00 // ID hexadecimal do layout (ordem invertida)
},
"device_type",
Buffer (0x16) // contagem em hex + 1 para string ASCII terminada em nulo
{
"SigmaTel STAC9221D A2" // string identificadora
},
"PinConfigurations",
Buffer (0x1C) // tamanho real em hex
{
/* os dados de PinConfigurations exatamente como aparecem.
/* 0000 */ 0x10, 0x40, 0x21, 0x02, 0x10, 0x10, 0x01, 0x01,
/* 0008 */ 0x20, 0x30, 0x81, 0x01, 0x10, 0x40, 0x01, 0x01,
/* 0010 */ 0x21, 0x90, 0xa1, 0x01, 0x11, 0x60, 0x01, 0x01,
/* 0018 */ 0x30, 0x21, 0x45, 0x01 /* uma entrada parece estar faltando */
}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}

______________________________________________________________

// exemplo para BadAxe2

______________________________________________________________

// isto vai no final do Device (HDEF)
// BadAxe2 (D975XBX2KR)
Method (_DSM, 4, NotSerialized)
{
Store (Package (0x08)
{
"codec-id",
Buffer (0x04)
{
0x21, 0x76, 0x84, 0x83 // ID hexadecimal do codec (ordem invertida)
},
"layout-id",
Buffer (0x02)
{
0x04, 0x00, 0x00, 0x00 // ID hexadecimal do layout (ordem invertida)
},
"device_type",
Buffer (0x13)
{
"SigmaTel STAC9274D"
},
"PinConfigurations",
Buffer (0x20)
{
/* 0000 */ 0x1f, 0x40, 0x21, 0x02, 0x40, 0x90, 0xa1, 0x02,
/* 0008 */ 0x2e, 0x30, 0x81, 0x01, 0x10, 0x40, 0x11, 0x01,
/* 0010 */ 0x20, 0x90, 0xa1, 0x01, 0x12, 0x10, 0x11, 0x01,
/* 0018 */ 0x11, 0x70, 0x11, 0x01, 0x50, 0x21, 0x45, 0x01
}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}

______________________________________________________________

Nota de Campo #17 @kizwan 2009-06-01 ↳ Re: @pentiumpc

Ativador de hotkeys para Acer

@pentiumpcFN+F1 don't return any code.. notify SLPB 0x80 will put the system to sleep. FN+F5,FN+F6 will return between 0x20 to 0x2F = 15 steps of brightness. FN+F8 return the next display code, LCD, EXT VGA or both spanning. AC power return 0x50 Batt return 0x51 most of these keys needs a driver to drive it. I am swamped with my day job, thus…

Oi pentiumpc,

Preciso da sua ajuda. Quero ativar algumas teclas de atalho (hotkeys) no OS X. Essas teclas exigem um aplicativo chamado "Launch Manager" no Windows e o módulo "acer-acpi" no Linux para funcionarem. Elas controlam (ligam/desligam) dois dispositivos críticos: a placa Wi-Fi e o Bluetooth. Felizmente, a placa Wi-Fi liga automaticamente quando o meu notebook dá boot. Infelizmente, o Bluetooth não liga sozinho, fazendo com que ele nem seja reconhecido ou funcione no OS X. Espero que você possa me ajudar a portar o "acer-acpi" para o OS X. Não tenho experiência com programação de drivers ou extensões de kernel (kexts), mas aprendo rápido.

kizwan

Nota de Campo #18 @uman 2009-06-02 ↳ Re: @kizwan

Acer-acpi

@kizwanI hope you can help me porting "acer-acpi" to OS X. I don't have experience in driver or kernel extensions programming but I'm a quick learner. kizwan

Oi kizwan, que bom te ver por aqui além do InsanelyMac. Eu costumava participar de lá até minha conta ser deletada quando migraram o fórum para o sistema novo...

Sobre o `acer_acpi`: meu filho tem um notebook Acer — se não me engano, igual ao seu —, mas o HD dele está morrendo, então não consigo testar agora. De qualquer forma, o melhor ponto de partida (como o pentiumpc descobriu) é a `AMW0.kext` do superhai. Porém, o superhai apagou o código-fonte da página principal de downloads dele. Não consegui achar uma cópia em lugar nenhum, então você vai ter que mandar uma MP para ele.

-u

Nota de Campo #19 @uman 2009-06-02

Acer acpi

Talvez seja possível fazer isso direto no DSDT. Notei que no meu Gateway existem vários registradores de controle definidos que (eu suspeito) fazem interface com as hotkeys para ligar/desligar várias funções, como o Wi-Fi.

Dê uma olhada nos métodos `Notify` e veja se encontra algo que seja notificado ao retornar do repouso (resume from sleep). Como o Bluetooth é desligado durante o repouso, ele precisa ser religado ao acordar caso estivesse ligado antes. Então é bem provável que você encontre alguma lógica nesse sentido, testando o estado de um registrador.

Nota de Campo #20 @uman 2009-06-02

kizwan:

Você deve encontrar um dispositivo `AMW0` no seu DSDT (veja este post em `strang eworlds.co.uk/2007/11/24/amw0-later-models-aka-version-2-notes/` escrito pelo Carlos, o autor da implementação do `acer_acpi`).

Meu palpite (sem olhar para o seu DSDT) é que as teclas de função de controle de dispositivos podem estar implementadas em um bloco do DSDT que verifica se o sistema operacional é o Windows. O seu DSDT tem chamadas que só executam certas coisas se o `_OSI` for Windows? O meu tem.

Se tiver, então *pode* ser possível habilitar as partes específicas do Windows no DSDT e depois fazer chamadas para o dispositivo `AMW0` a partir de uma kext simples. Talvez fosse exatamente isso que o superhai estava fazendo.

Nota de Campo #21 @kizwan 2009-06-03

Desculpe a demora para responder. Não recebi nenhuma notificação de que alguém tinha respondido ao tópico.

Você tem razão. Veja o que encontrei no meu arquivo `dsdt.dsl`:

        Device (AMW0)
        {
            Name (_HID, "pnp0c14")
            Name (_UID, Zero)
            Name (WLMP, Zero)
            Name (WMID, Zero)
            Name (B0ED, Buffer (0x04)
            {
                0x00, 0x00, 0x00, 0x00
            })
            CreateDWordField (B0ED, Zero, WLID)
            Name (B1ED, Buffer (0x04)
            {
                0x00, 0x00, 0x00, 0x00
            })
            Name (B2ED, Buffer (0x04)
            {
                0x00, 0x00, 0x00, 0x00
            })
            CreateDWordField (B2ED, Zero, BUID)
            Name (_WDG, Buffer (0x0118)

E também isto:-

    Scope (_SB)
    {
        Method (_INI, 0, NotSerialized)
        {
            Store (0x07D0, OSYS)
            If (CondRefOf (_OSI, Local0))
            {
                If (_OSI ("Linux"))
                {
                    Store (One, LINX)
                }

                If (_OSI ("Windows 2001"))
                {
                    Store (0x07D1, OSYS)
                }

                If (_OSI ("Windows 2001 SP1"))
                {
                    Store (0x07D1, OSYS)
                }

                If (_OSI ("Windows 2001 SP2"))
                {
                    Store (0x07D2, OSYS)
                }

                If (_OSI ("Windows 2006"))
                {
                    Store (0x07D6, OSYS)
                }
            }

Passei vários dias tentando descobrir como resolver esse problema modificando o DSDT, mas sem sorte. Vou tentar perguntar ao superhai sobre a `AMW0.kext`. Mesmo no Windows (XP e Vista), o botão de Bluetooth e Wi-Fi não funciona até que o aplicativo chamado "Launch Manager" seja instalado.

Vou analisar melhor o meu DSDT e tentar modificá-lo se for possível.

Obrigado pela resposta.

kizwan

Nota de Campo #22 @uman 2009-06-03

Você pode ignorar o código do `_INI`. Ele só está definindo a versão do SO na variável `OSYS` para que outros métodos possam testá-la e executar lógicas diferentes.

Tudo o que você precisa fazer é garantir que dentro do `Device (AMW0)` não haja nenhuma trava condicional específica para Windows. Assim o dispositivo fica totalmente definido e será inserido no IOReg. Usando a kext do superhai, você deverá conseguir (a) definir direto no código (hard-code) o comportamento que deseja, ou (b) criar uma GUI parecida com o Launch Manager para OS X usando um dos vários métodos de comunicação com objetos do kernel (kext).

Se a `AMW0` do superhai for baseada em IOKit, você pode usar a interface de dispositivo (veja aqui: gemma.apple.com/documentation/DeviceDrivers/Conceptual/AccessingHardware/AH_IOKitLib_API/AH_IOKitLib_API.html#//apple_ref/doc/uid/TP30000380-BAJDAJDJ).

Posso tentar ajudar, mas como estou sem acesso a um Acer agora, receio não poder fazer muita coisa prática. Se o pentiumpc tivesse liberado o código-fonte, você poderia ver o que ele fez, já que os dispositivos "ASUS010" ou "ATKD" da ASUS devem ser bem parecidos com o `AMW0` da Acer, pois provavelmente todos são baseados na interface WMI da Microsoft.

A melhor referência vai ser o trabalho do Carlos no `acer_acpi` do mundo Linux. Boa sorte!

Nota de Campo #23 @THeKiNG 2009-06-03

Sou um (in)feliz usuário de um notebook Asus M50SV.
Tenho os mesmos problemas com as teclas Fn...
Para mim funcionam OOTB (nativamente): Wi-Fi/BT no F2, Sleep no F1, brilho no F5+F6 (o sensor de luz ambiente precisa ser desativado primeiro no Windows) e ligar/desligar LCD no F7; já na troca LCD/VGA no F8 eu tomo reboot instantâneo, e o resto das teclas Fn e botões multimídia não funcionam.
Testei a kext (pkg) do pentiumpc, mas não faz nada — o que na minha opinião é normal, já que não tenho `ASUS010` no meu DSDT, e sim `ATK0100` dentro do device `ATKD`. Modifiquei o `Info.plist` da kext para bater com o meu ID, mas ainda assim sem sorte.

Encontrei um ótimo aplicativo (infelizmente só para Windows) chamado ASUS Notebook Keys (forum.noteboo kreview.com/showthread.php?t=150016) que permite remapear botões multimídia e teclas Fn; com ele consegui capturar os eventos dos botões multimídia e teclas Fn que não funcionam. Além disso, o CÓDIGO-FONTE (rapid share.com/files/74365305/AsusNbKeys_v1.3_SRC.zip) está disponível! Talvez combinando isso com o ACPID - acpi event daemon (acpid.sourc eforge.net/) (de Linux, se alguém conseguir portar para o OS X) a gente consiga fazer tudo funcionar como deveria...
As funções/ações multimídia do trackpad ainda não podem ser capturadas nem com esse app, o que me faz pensar que são controladas exclusivamente pelo driver da Synaptics. Ainda assim, tem uma coisa curiosa: se eu configurar no Windows o trackpad para ficar sempre em modo multimídia (quando um mouse externo é detectado), a luz do trackpad continua acesa mesmo no OS X, mas não apaga quando tiro o mouse externo — de alguma forma essa função do driver seta uma flag ACPI... Preciso investigar isso mais a fundo.

Aqui está a lista dos eventos capturados:

Setas do Media Player, não funcionam:
Fn + "":
->: Event: 0x41 - Avançar (Fast forward)
<-: Event: 0x40 - Retroceder (Rewind)
^ : Event: 0x43 - Parar (Stop)
v : Event: 0x45 - Reproduzir/Pausar (Play/Pause)

Funções (Fn + F1-F12):
Fn + "":

F1: Event: funciona - Não dá para capturar porque entra em repouso na hora
F2: Event: 0x5D funciona - Chave WiFi/BT
F3: Event: 0x50 - App de E-mail
F4: Event: 0x51 - Abrir navegador
F5: Event: 0x2D funciona - Diminuir brilho
F6: Event: 0x1E funciona - Aumentar brilho
F7: Event: 0x34 funciona - Ligar/desligar LCD
F8: Event: 0x61 - Alternar LCD/VGA (tomo reboot instantâneo quando aperto)
F9: Event: 0x68 - Desconhecido
F10: Event: 0x32 - Mudo (Mute)
F11: Event: 0x31 - Diminuir volume
F12: Event: 0x30 - Aumentar volume

Teclas do teclado que não funcionam (+Fn):
Fn + "":
T: Event: 0x99 - Ligar/desligar Modem
A: Event: 0x7A - Sensor de luz ambiente
C: Event: 0x8A - Desconhecido
V: Event: 0x82 - Captura de tela (eu acho)
Espaço: Event: 0x5C - Abrir Power4Gear

Botões multimídia dedicados:
Botão 1: Event: 0x5C - mesma função de Fn+Espaço = Abrir Power4Gear
Botão 2: Event: 0x6B - Desconhecido
Botão 3: Event: 0x5C - Desconhecido
Botão 4: Event: 0x95 - Desconhecido
Alguma ideia de como posso consertar as teclas Fn restantes que não funcionam?

Nota de Campo #24 @uman 2009-06-03

Vou dar uma olhada no `acpid`.

Como não tenho e não conheço a fundo máquinas da ASUS, não tenho nenhum conselho específico além de:

1. Olhe para o que o pessoal do Linux fez — eles estão anos-luz à frente da cena OSx86 nisso.
2. Acho que você está certo: o jeito de domar essa fera é criar uma solução genérica, como o Linux tentou fazer, com código específico de cada notebook/desktop isolado em bibliotecas ou plugins que usam essa base comum. Muitas vezes o pessoal resolve isso com código extremamente amarrado a um único modelo. A galera do Dell Mini, por exemplo, hackeou completamente o `ApplePS2Keyboard.cpp`, corrigindo bugs que afetam outros computadores, mas deixando o código tão específico para o Dell Mini que ficou inútil para o resto do mundo.
3. Talvez, se conseguirmos juntar um pequeno grupo de desenvolvedores que tenham diferentes notebooks/desktops, possamos criar um driver genérico de dispositivo ACPI/WMI que possa ser customizado por diferentes plugins e/ou interfaces gráficas em user-space.

Nota de Campo #25 @THeKiNG 2009-06-04 ↳ Re: @uman
@umanI will take a look at acpid. Since I don't have and am not familiar with ASUS, I don't have any good advice, other than: 1. Look to Linux-- they're way ahead of the OSX scene. 2. I think you are right. They way to solve this beast is a general solution, like Linux has tried to do, with laptop/desktop-specific code in libraries that…

UAU
Resposta rápida!
Acabei de lembrar: o Superhai me disse uma vez que o ACPID não tem utilidade no OS X (falta alguma coisa na arquitetura do sistema), então nem perca tempo com ele...
Pode acreditar, já revirei tudo o que encontrei sobre este notebook no Linux, mas não ajuda muito no OS X porque os subsistemas são bem diferentes.
Sobre o ApplePS2, você já testou a `VoodooPS2`? Eu uso há bastante tempo sem grandes bugs.
Acho que a `AMW0` do Superhai é um ótimo ponto de partida e, sim, precisa ser algo genérico, talvez com plugins para as particularidades de cada fabricante.
Vale dizer que não sou desenvolvedor e não conheço nenhuma linguagem de programação a fundo; só vou fuçando em tudo o que encontro usando lógica e muita pesquisa.

Nota de Campo #26 @kizwan 2009-06-05 ↳ Re: @uman
@umanYou can ignore the _INI code. That's just setting the OS version so that other methods can test it and do different logic. All you need to do is ensure that in the Device(ANW0) there isn't any Windows-specific logic going on. That way the device gets fully defined, and will be inserted into the ioreg. Using superhai's kext, you should…

Vou estudar a documentação. Vai levar um tempinho para absorver tudo.

Enquanto isso, tentei alterar o código-fonte da `AMW0.kext` de acordo com os Names/Methods existentes no meu `dsdt.dsl`. Mesmo tendo aparecido uma nova entrada para o `AMW0` no IOReg depois disso, os botões de atalho continuam sem funcionar.

A `AMW0.kext` ainda precisa de muito trabalho. Talvez eu consiga aprender mais estudando o código-fonte da `ACPI4ASUS.kext`.

Você pode me dar alguma dica de como localizar qual Name/Method no `dsdt.dsl` lida com o acionamento dos botões de hotkey? Tentei comparar o meu DSDT com o DSDT de um MacBook3,1, mas ainda não consegui decifrar. Estou certo em dizer que esta função abaixo instrui o dispositivo wireless a ligar durante o POST?

    Method (LAMN, 1, NotSerialized)
    {
        If (\_SB.AMW0.WLMP)
        {
            Store (Arg0, \_SB.AMW0.WLID)
            Notify (\_SB.AMW0, 0xB0)
        }
        Else
        {
            PHSR (0x1F, Arg0)
        }
    }

kizwan

Nota de Campo #27 @uman 2009-06-08

Infelizmente, eu também ainda estou aprendendo sobre DSDT. E a maioria dos fabricantes não documenta absolutamente nada sobre os dispositivos ou seus métodos ACPI. Receio que seja basicamente na base da tentativa e erro.

Você poderia me mandar a `AMW0.kext`? Eu poderia brincar um pouco com ela depois que terminar o meu driver de leitor de cartão SD — assumindo que o Acer do meu filho seja consertado.

Nota de Campo #28 @kizwan 2009-06-09 ↳ Re: @uman
@umanUmm. The source of the AMW0 kext. Thanks.

Você pode baixar a `AMW0.kext` e o código-fonte aqui:-
supe rhai.com/xdarwin.html

Então você está trabalhando em um driver para leitor de cartão SD? Que interessante! Há alguma chance de o leitor de cartões SD da Texas Instruments ser suportado pelo seu driver?

Você ainda está tendo problemas com a GMA950 (artefatos na tela)? Já tentou usar a `Natit.kext` ou uma EFI string?

kizwan

Nota de Campo #29 @uman 2009-06-09 ↳ Re: @kizwan
@kizwanYou can download the AMW0.kext & source code here:- supe rhai.com/xdarwin.html

[tapa na testa] Deixei passar essa página. Obrigado pelo link! Se o Acer voltar do conserto na semana que vem, vou tentar botar algo para rodar com isso.

@kizwanSo, you're working on driver for SD card reader. That is interesting. Is there any chances that Texas Instrument SD card reader supported by your driver?

Sim, é justamente para o controlador da TI — é o que tenho tanto no Gateway quanto no Acer. É mais para eu começar a pegar a mão de drivers IOKit/kernel. Tenho outros projetos em mente, mas queria um projeto menor para começar.

@kizwanYou still have problem with GMA950 (artifacts)? Have you try Natit.kext or EFI string?

Estou usando as duas(?) kexts que vieram no iPC. Nem prestei muita atenção no que exatamente elas fazem. Os artefatos são tão pequenos que ainda não me dei ao trabalho de ir atrás. Talvez eu tente a abordagem via DSDT, já que quero ficar mais afiado em mods de DSDT, mas toma tanto tempo — como você sem dúvida já descobriu!

-u

Nota de Campo #30 @uman 2009-06-09 ↳ Re: @kizwan
@kizwanSo, you're working on driver for SD card reader. That is interesting. Is there any chances that Texas Instrument SD card reader supported by your driver?

Deixei esse projeto em espera com a notícia de ontem de que a Apple está incluindo slots de cartão SD nos novos MacBooks. Quero ver como a implementação oficial deles funciona antes de prosseguir.

Show 64 additional community field notes (#31–#94)
Field Note #31 @THeKiNG 2009-06-10 ↳ Re: @uman
@umanI've put this on hold with yesterday's news that Apple is including SD card slots on the new macbooks. I'd like to see what they have done before proceeding.

For sure they use USB SD Reader i bet on that...
Wonder where did PentiumPC go...
Maybe he can release the source for ACPI4Asus.kext to help us understand what he did and maybe someone can continue his work, if he has no time for that, for the rest of the custom "OEM" stuff that make our life's so PITA.

Field Note #32 @kizwan 2009-06-10 ↳ Re: @uman
@umanI'm using the two? kexts that I found in iPC. I didn't really pay much attention to what they do. The artifacts are minor enough that I haven't bothered to track them down. I may try the DSDT approach, since I want to get better at DSDT mods, but it's so time-consuming, as you've no doubt found out! -u

I was using Natit.kext for GMA950 on Acer Aspire 3680. No artifacts…that I can confirm. Right now I'm using EFI string. Don't forget to restore vanilla AppleIntelIntegratedFramebuffer.kext. Don't get excited yet, dual monitor only works with mirror mode.

I still unable to get display working with DSDT yet except for nVidia Go 7300 on Aspire 9420.

kizwan

Field Note #33 @kizwan 2009-06-10 ↳ Re: @uman
@umanI've put this on hold with yesterday's news that Apple is including SD card slots on the new macbooks. I'd like to see what they have done before proceeding.

I only heard new iPhone is coming soon…iPhone 3G S. ^_^

Field Note #34 @uman 2009-06-18

King,

It may be that your DSDT just has functions defined for Windows, especially since Linux guys also had problems.

Have you talked to or contacted the people at OSXCORES? They have patched BIOSes for OSX:

M50SV AS207 (osxcores.sit e50.net/user/image/asus-m50sv-as207.zip)
ASUS

M50V as209 (osxcores.sit e50.net/user/image/m50vas.209.zip)
ASUS

I'm not sure what fixes they have made, but they do custom work too. See:
osxcores.sit e50.net/services.htm

Perhaps they can help.
-u

Field Note #35 @kizwan 2009-06-24

uman,

Just got a reply from Superhai. Its look like Superhai will not continue AMW0 project. Is there anybody interested continuing his project? :'(

Other topic…
Sleep:-
I found out that by deleting entry for EHCI devices in Acer Aspire 9420 DSDT, it was able to sleep. Now the EHCI devices detected as external/expansion card. Funny thing is external hard disk, which connected to EHCI port, is not turn off when putting laptop to sleep. Is this also happen with real MacBook?

I tried to compare DSDT from MacBook3,1 with mine and I found this:-
Acer Aspire 9420:-

        Method (_L03, 0, NotSerialized)
        {
            Notify (\_SB.PCI0.USB1, 0x02)
        }

MacBook3,1:-

        Method (_L03, 0, NotSerialized)
        {
            Notify (\_SB.PCI0.UHC1, 0x02)
            Notify (\_SB.PWRB, 0x02)
        }

I know that "Notify (\_SB.SLPB, 0x80)" will put computer to sleep but I don't know what "Notify (\_SB.PWRB, 0x02)" do. Do you know what "Notify (\_SB.PWRB, 0x02)" means? In my DSDT, PWRB is handle by SLPB (handle both sleep-button & power-button).

I also found "extra" method in EHCI function (MacBook3,1):-

                Method (_DSM, 4, NotSerialized)
                {
                    Store (Package (0x07)
                        {
                            "AAPL,current-available", 
                            0x04B0, 
                            "AAPL,current-extra", 
                            0x02BC, 
                            "AAPL,current-in-sleep", 
                            0x03E8, 
                            Buffer (0x01)
                            {
                                0x00
                            }
                        }, Local0)
                    DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                    Return (Local0)
                }

I think instead of removing EHCI entry from DSDT, maybe I can use this code to set EHCI device as external device. Maybe this can fix sleep issue too.

Clamshell:-
Does real MacBook automatically resume from sleep when lid is open? Or still need to push keyboard button to resume from sleep, just like windows?

kizwan

Field Note #36 @uman 2009-06-24 ↳ Re: @kizwan
@kizwanuman, Just got a reply from Superhai. Its look like Superhai will not continue AMW0 project. Is there anybody interested continuing his project? :'(

I wish I could say yes, but my son's Acer has qualified for a replacement. So I won't have a machine that has an AMW0 to test. And that is a huge problem for development. As I understand it, Superhai's AMW0 basically allows you to call into the AMW0 device. The Linux project acer-acpi (and it's successor wmi-acpi) does the same, and supplies some utilities so that you can call/respond to the AMW0 methods.

The IOKit doc is pretty good at showing how to make a user-callable module that calls in-kernel routines. So if you know (or have someone who has an Acer and knows C) it shouldn't be hard to hack. My suggestion is to start a mini-group of Acer users, and see if anyone has any dev experience amongst the group.

Other topic… Sleep:- I found out that by deleting entry for EHCI devices in Acer Aspire 9420 DSDT, it was able to sleep. Now the EHCI devices detected as external/expansion card. Funny thing is external hard disk, which connected to EHCI port, is not turn off when putting laptop to sleep. Is this also happen with real MacBook?

I don't think you want to delete the EHCI devices. I think you need to Notify them like on my MacBook Pro DSDT.

I know that "Notify (\_SB.SLPB, 0x80)" will put computer to sleep but I don't know what "Notify (\_SB.PWRB, 0x02)" do. Do you know what "Notify (\_SB.PWRB, 0x02)" means? In my DSDT, PWRB is handle by SLPB (handle both sleep-button & power-button).

The Mac has 3 devices: PWRB (power button), SLPB (sleep button), and LID0 (the lid switch). Most hackbooks don't have all of these. I believe my gateway only had SLPB (although I am not sure-- my DSDT.dsl does have a PWRB, but I may have added it).

The power button has multiple functions. Normally if you hit it, it brings up a menu to sleep, shutdown, restart or cancel. But when the Mac is already sleeping (not thru lid sleep), it will wake from sleep. there is also some programmatic control of it in the System preferences. When a Mac has slept through the lid switch, then opening the lid switch resumes the Mac.

I also found "extra" method in EHCI function (MacBook3,1):- Method (_DSM, 4, NotSerialized) { Store (Package (0x07) { "AAPL,current-available", 0x04B0, "AAPL,current-extra", 0x02BC, "AAPL,current-in-sleep", 0x03E8, Buffer (0x01) { 0x00 } }, Local0) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } I think instead of…

Strange my Macbook dsdt does not have this code AT ALL.

Clamshell:- Does real MacBook automatically resume from sleep when lid is open? Or still need to push keyboard button to resume from sleep, just like windows?

Opening the lid resumes from sleep.

I'm sorry I can't be of much use now. I'm hoping next week that I will find the time to backup and do a retail install of 10.5.7. Only then will I try more DSDT hacking, since right now my machine is a mess of hacked kexts!

-u

Field Note #37 @kDawg 2009-07-15

Multiple video card mods

Has anyone done any work trying to integrate multiple video cards? I've been searching for weeks. Trying to find info regarding DSDT in general is tough.

Field Note #38 @aschar1 2009-08-07

Fixing sleep and usb after wake up

I finally fixed sleep on my lappie!

Hi candykane,

did you already update to 10.5.8 and is your sleep fix stillworking?
Apple probably changed something in Powermanagement which is breaking sleep on most installs.
Do you use Openhaltrestart.kext or is sleep working without it?

Thanks Al

Field Note #39 @sk1nhd33t 2009-08-09 ↳ Re: @pentiumpc
@pentiumpcchange _HID to _CID Device (PWRB) { Name (_HID, EisaId ("PNP0C0C")) ---> Name (_CID, EisaId ("PNP0C0C")) Name (_UID, 0xAA) Name (_STA, 0x0B) } This one I got it off some site, cannot remember where. (credit goes to him/her) This will activate your power button to bring up the shutdown menu.

hmm weird, tried doing this on my gigabyte board but the shutdown menu wont show, when i press the power button my hack will just sleep thats it

Field Note #40 @The Edge3000 2009-08-11 ↳ Re: @sk1nhd33t
@sk1nhd33thmm weird, tried doing this on my gigabyte board but the shutdown menu wont show, when i press the power button my hack will just sleep thats it

Uncheck "Allow power button to put the computer to sleep" in energy saver =P.

Field Note #41 @Gurruwiwi 2009-08-17

I dont mean to hijack the thread, but what beeter place for 2 quick DSDT questions for people who actually seem to know what they are talking about !
No one has been able to answer me, well... because no one seems to actually KNOW what they are saying... Please please help!
DSDT is the voodoo of computers for to me loool...
Ok, I've got 2 Acer laptops and 1 Asus laptop. Just for reference. All had OSx, 10.4 to 10.5, many distros, my latest and greatest in my sig.

How on earth do I know if DSDT is doing something or not ?

iAtkos v7 Chameleon 2 RC1 (now RC2) and fassls DSDT script checked. DSDT.aml
is in root, but I tried in Extra folder and felt absolutely no difference.
On first boot I press power, poweroff window comes up (native install) My multimedia controller on my keyboard controls volume and front row funtions! (photos in link in signature) - Video card not detected (but with strings + 2 kext native HD res QE etc)
Out of the box, FN and up down increases/decreases screen brightness. Other fn work, very few dont.
. Audio works OTB, clicks pops etc, no internal or external mic. VoodooHDA is the same,
Ehternet with kext only... didnt try stringing it because I got it to work
So how do I know if DSDT is working? if I remove it I am almost certain my laptop will respond the same.

My previous laptops, NONE used DSDT, I pressed power button, they worked fine! Brightness and other stuff too... etc etc
and I am scared because I read sometimes
"Patch DSDT at you own risk! !
as in flashing the bios or something... can I bick my laptop with DSDT !?! When can DSDT be dangerous?

I want to try decompiling and fixing my dsdt for Snow... but I dont even know if

1) I actually need it
2) If it is working or not
3) it is dangerous, or when is it dangerous?

ok, three questions

"

Field Note #42 @kizwan 2009-08-17 ↳ Re: @Gurruwiwi
@Gurruwiwi1) I actually need it 2) If it is working or not 3) it is dangerous, or when is it dangerous? …

1) You don't need it unless you need it. If everything is working properly, so you don't need it. DSDT override just for PC that have problem with CPU alias (only can use one core), sound, graphic card, power management & etc.
2) It is working.
3) No hard evidence that it is dangerous. DSDT override can be applied by 2 ways; i) by using dsdt.aml file. ii) by flashing it to ROM permanently. Of course the second one is dangerous if you do it wrongly.

kizwan

Field Note #43 @Gurruwiwi 2009-08-17

thanks for the reply

Ah, ok, you can actually flash a BIOS to mimic hardware change... ouch! no thanks.

The thing is kizwan, if I remove the DSDT.aml file, my system boots (Leo) and behaves the same! Which is really weird since I have perfect use of my multimedia pad (volume, next song, ff, rw, mute, hold and, believe it or not, and, the "enter" button works the same as Enter key, the arrows next to it like cursor, and the envolving white lines "tabs" stuffs depending on program, firefox, openoffice, folders, etc...) and 75% of bios FN keys etc.

For instance, my webcam, out of the box, reads in profile as "Acer Crystal Eye Webcam" - 100% opertional including ichat, ibooth, etc, which is know to crash with some "working" webcams - this withou dsdt or patching or stringing

That is why I say I have no idea, following logic from what I read, how the DSDT WORKS to help boot or not. even if its not present this laptop boots Leo like if it had.

Now I do have dual boot with dsdt present on both sides, but I guarantee you with single boot I had this behaviour

Field Note #44 @EnzoFX 2009-09-03

So the powerbutton fix, will make my power button do either sleep or shutdown/logout/resatart prompt? It depends on the setting in System Prefs is what you guys are saying? (Once enabled through dsdt)

My power button currently does nothing! =P

Field Note #45 @kizwan 2009-09-03 ↳ Re: @EnzoFX
@EnzoFXSo the powerbutton fix, will make my power button do either sleep or shutdown/logout/resatart prompt? It depends on the setting in System Prefs is what you guys are saying? (Once enabled through dsdt) My power button currently does nothing! =P

For a working power button in Mac OS X, a dialog box will appear if you press the power button. In this dialog box, you have a choice either you want to sleep, restart or shutdown (you will see all of the 3 choices).

If your power button does nothing, it means it have not yet enabled in DSDT (most machine has this enabled by default). If you have tried to enabled it in DSDT, maybe the code is wrong. Try to check it again.

kizwan

Field Note #46 @EnzoFX 2009-09-03

I have not tried, but I will.

I was just wondering if what it did (Once working) depended on the setting in Sys Prefs. I.e. whether it just sleeps, or if it gives you the shutdown/etc options.

Field Note #47 @kizwan 2009-09-03 ↳ Re: @EnzoFX
@EnzoFXI have not tried, but I will. I was just wondering if what it did (Once working) depended on the setting in Sys Prefs. I.e. whether it just sleeps, or if it gives you the shutdown/etc options.

Once it working it will always shows you the options, either sleep, shutdown or restart. There is no setting in System Preferences for power button.

kizwan

Field Note #48 @The Edge3000 2009-09-07

I applied the power button fix. However, It only seems to work when I check the box to allow it to sleep the computer. Other than that, it does nothing - no menu or anything.

Field Note #49 @Common_Sense 2009-09-08

I applied the power button fix but it doesn't work, when I press it my computer will enter sleep mode without displaying any message just like it did before I applied the fix, I have a gigabyte EP45-DS3LR, anyone knows whats wrong?, this is how the DSDT looks like:

Device (PWRB)
{
Name (_HID, EisaId ("PNP0C0C")) --> Name (_CID, EisaId ("PNP0C0C"))
Method (_STA, 0, NotSerialized)
{
Return (0x0B)
}
}

Field Note #50 @gnychis 2009-09-25

I have a Thinkpad X300, that whenever I put to sleep, I see the wireless light blink, and the the laptop wakes up. It seems as though the wireless card is waking the system after a second or two every time I sleep it.

Does anyone have any recommendations for this in terms of the DSDT? I've attached mine if it helps.

Field Note #51 @msingh 2009-10-05

DSDT advice needed

My system is a Dell D830.

After a lot of tinkering around, I managed to install Snow Leopard on it. Please see my guide ↗.

I did a few DSDT mods to get some basic fixes.

Now, the system sleeps (S3 suspend to ram) but does not deep sleep (S5 suspend to disk), shutdown or reboot. I am using OpenHaltRestart.kext and SleepEnabler.kext. The latter made it possible to even suspend.

I am including my dsdt.dsl (which includes my fixes, by the way).

I see tantalizing references to the sleep button, SBTN, etc., but I have not found any systematic documentation for the code (btw. I am comfortable with coding as I do plenty of numerical coding in my work).

Can anyone take a look and let me know what I need to do to fix my poweroff and hibernate problem ?

The DSDT repository does not contain a fixed DSDT for my laptop.

PS: Microsoft's ASL compiler should be outlawed.

Field Note #52 @2nerd4u 2009-10-20 ↳ Re: @sk1nhd33t
@sk1nhd33tchange _HID to _CID Device (PWRB) { Name (_HID, EisaId ("PNP0C0C")) ---> Name (_CID, EisaId ("PNP0C0C")) Name (_UID, 0xAA) Name (_STA, 0x0B) } This one I got it off some site, cannot remember where. (credit goes to him/her) This will activate your power button to bring up the shutdown menu.

hmm weird, tried doing this on my gigabyte board but the shutdown menu wont show, when i press the power button my hack will just sleep thats it
mine will shut down instantly
edit: well actually it just goes to sleep mode verry fast^^ too bad my system wont wake from sleep...

Field Note #53 @Sweaty 2009-12-21

DSDT shutdown patch

With this and new restart patch chameleon booter from Duvel (strong beer that) I have only fakesmc as an added kext, although I'm about to reinstall voodoohda so I can hopefully have two soundcards working.. anyway this is mm67's work I just found it a pain to find the detail on insane so posting it here.. Thanks to all who put together these fixes. Need to add the two operation region bits and change your method PTS

    OperationRegion (DEBG, SystemIO, 0x80, One)
    Field (DEBG, ByteAcc, NoLock, Preserve)
    {
        DBG1,   8
    }

    OperationRegion (PMRS, SystemIO, 0x0430, 0x13)
    Field (PMRS, ByteAcc, NoLock, Preserve)
    {
            ,   4,
        SLPE,   1,
                Offset (0x08),
        GPSE,   16, 
        GPSS,   16,
                Offset (0x12),
            ,   1, 
        SWGC,   1 
    }

    Method (_PTS, 1, NotSerialized)
    {
        Or (Arg0, 0xF0, Local0)
         Store (Local0, DBG1)
        Store (Zero, \_SB.PCI0.LPCB.AG3E)
        If (LEqual (Arg0, 0x05))
        {
            Store (Zero, SLPE)
            Sleep(0x10)
        }
    }

also your LPCB has to be like so

            Device (LPCB)
            {
                Name (_ADR, 0x001F0000)
                OperationRegion (LPC0, PCI_Config, 0xA4, 0x02)
                Field (LPC0, ByteAcc, NoLock, Preserve)
                {
                    AG3E,   1
                }

I suppose add device ID if you need it, I'm on ICH10 so don't.

Also attaching blackosx's duvel+rekursor version of RC4 here, replace your chameleon boot file with the one from here and add these to boot.plist to get unique UUID and restart fix:

    <key>DeviceID</key>
    <string>XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX</string>

    <key>RestartFix</key>
    <string>YES</string>
Field Note #54 @mm67 2009-12-21 ↳ Re: @Sweaty
@SweatyWith this and new restart patch chameleon booter from Duvel (strong beer that) I have only fakesmc as an added kext, although I'm about to reinstall voodoohda so I can hopefully have two soundcards working.. anyway this is mm67's work I just found it a pain to find the detail on insane so posting it here.. Thanks to all who put…

It's only this :

    OperationRegion (PMRS, SystemIO, 0x0430, 0x13)
    Field (PMRS, ByteAcc, NoLock, Preserve)
    {
            ,   4,
        SLPE,   1,

and this:

        If (LEqual (Arg0, 0x05))
        {
            Store (Zero, SLPE)
            Sleep(0x10)
        }

that make the shutdown work, rest of the code is Gigabyte specific. This address 0x0430 is also motherboard specific, it is PMBASE+30h. Address of PMBASE is defined in FACP, on most boards it can also be checked from processor definitions. For example I have this in my dsdt:

Processor (CPU0, 0x00, 0x00000410, 0x06)

Here 0x00000410 is referring to PMBASE+10h so I use 0x430 on my Gigabyte board. On my MSI board's dsdt I have this:
Processor (P001, 0x01, 0x00000810, 0x06) {}

So in MSI shutdown code I use this:
OperationRegion (PMRS, SystemIO, 0x0830, 0x13)

Field Note #55 @Sweaty 2009-12-21

Ok cheers mate, had to add the other bits on my board (asus p5ql/epu) to get it to compile, I'll try the simpler way later.. At least it did work the way I bodged it

EDIT: OK fixed code as you suggested I needed to use 0x830, also got rid of unnecessary bits, sometimes I needed to turn PSU off with 0x430 (before I could restart, shutdown was complete), that seems fixed now. Thanks a lot.

Field Note #56 @adityaxavier 2010-01-09

Im in a fix.. Everywhere there is a DSDT Fix for getting the USB port to be displayed as Built-in but i need the opposite..
USB - 3 shows as built-in, but it has bluetooth. hence on sleep i loose bluetooth.. if i remove the entry altogether, i have it as external but my sleep fails..

Am having Lenovo T60p. with ICH7-M chipset.

Thanks,
Xavier

Field Note #57 @ping99 2010-01-18

Shutdown & Restart with sleep fix-Thanks to Sweaty & mm67

Many thanks to Sweaty and mm67. You are really nice. This resolve the problem I thought it would never be resloved.

I just made a small change to Method (_PTS, 1, NotSerialized) in order to resolve sleep issue on my notebook CQ60-202TX. Now let me put all together step by step as a guide. This might help newbie.

1 Add OperationRegion below before Method (_PTS, 1, NotSerialized)
OperationRegion (DEBG, SystemIO, 0x80, One)
Field (DEBG, ByteAcc, NoLock, Preserve)
{
DBG1, 8
}

OperationRegion (PMRS, SystemIO, 0x0430, 0x13)
Field (PMRS, ByteAcc, NoLock, Preserve)
{
, 4,
SLPE, 1,
Offset (0x08),
GPSE, 16,
GPSS, 16,
Offset (0x12),
, 1,
SWGC, 1
}

2 Check Device (LPC) if there is a similar Operation Region "LPC" like below. If you don't have LPC device, just search Name (_ADR, 0x001F0000), sometimes the device name is different.
Device (LPC)
{
Name (_ADR, 0x001F0000)
OperationRegion (LPC0, PCI_Config, 0xA4, 0x02)
Field (LPC0, ByteAcc, NoLock, Preserve)
{
AG3E, 1
}
If there is no OperationRegion LPC, please add code above. In my dsdt's OperationRegion LPC0, there is an EXPE instead of AG3E. So I did not modify it, but had to change a bit in Method (_PTS, 1, NotSerialized) . See mine below:
OperationRegion (LPC0, PCI_Config, 0x40, 0xC0)
Field (LPC0, AnyAcc, NoLock, Preserve)
{
Offset (0x60),
, 10,
EXPE, 1
}

3 Add code below in Method (_PTS, 1, NotSerialized) like this
Method (_PTS, 1, NotSerialized)
{
Or (Arg0, 0xF0, Local0)
Store (Local0, DBG1)
Store (Zero, \_SB.PCI0.LPC.EXPE) //Please change to \_SB.PCI0.LPC.AG3E if you don't have the EXPE, but add AG3E.
If (LEqual (Arg0, 0x05))
{
Store (Zero, SLPE)
Sleep(0x10)
}
Else
{
//**Original Code, this resolved my sleep issue.
}
}

//This is written by mm67. You are really nice.
This address 0x0430 is also motherboard specific, it is PMBASE+30h. Address of PMBASE is defined in FACP, on most boards it can also be checked from processor definitions. For example I have this in my dsdt:

Processor (CPU0, 0x00, 0x00000410, 0x06)

Here 0x00000410 is referring to PMBASE+10h so I use 0x430 on my Gigabyte board. On my MSI board's dsdt I have this:
Processor (P001, 0x01, 0x00000810, 0x06) {}

So in MSI shutdown code I use this:
OperationRegion (PMRS, SystemIO, 0x0830, 0x13)

4 Add these in your com.apple.Boot.plist and then put "boot_RC4_Duvelv2.1_Rekursor" under your boot partition. 
        <key>DeviceID</key>
        <string>******XX-***X-***X-***X-************</string>
        <key>RestartFix</key>
        <string>YES</string>

Now you can remove OpenHaltRestart.kext and PlatformUUID.kext or other similar kexts.

Field Note #58 @Nameci 2010-01-31 ↳ Re: @pentiumpc
@pentiumpcMost portable system don't sleep on closing the LID, I tried to find a DSDT fix for it but cannot find it. (google is my best friend.) so I wrote 1 to fix my own. If you have a better or alternative method, please let me know. Thanks. Device (LID0) { Name (_HID, EisaId ("PNP0C0D")) //LID detection Method (_PRW, 0, NotSerialized) {…

Noob here.

Never did work on my dsdt, I have errors after compiling on which it cannot find the registers. After much of googling, I have edited one value on my dsdt, on the LID0, instead of 0x03 I have made it to 0x04. I have sleep on lid close now, but I still don't have wake on lid open or wake on keyboard press after sleep via Fn+F1.

Here is my DSDT.dsl if somebody care to point me to the right direction.

Field Note #59 @Nameci 2010-01-31

I have repatched the dsdt once again with a fresh one. I delete all dsdt and did the patching once again, i still have sleep on lid close, Fn+F1, on the power button. I can wake thru power button with no problems, I can wake buy plugging or unplugging a usb device. But no wake on lid open or keyboard.

With this dsdt, clamshelldisplay.kext is not necessary anymore, so I have removed this kext.

Btw I have modded my dsdt on LID as almost the same on earlier post by pentiumpc.

Any ideas on how to enabel wake on lid open?

Field Note #60 @uman 2010-03-04

What you need to find is the method that is called upon a lid switch event, which means it is under EC0, the embedded controller device. On a MacBook, it's typically _Q20, which looks like this:

                    Method (_Q20, 0, NotSerialized)
                    {
                        Store (LSTE, LIDS)
                        Notify (\_SB.LID0, 0x80)
                    }

On my Gateway, it's _Q8A:

                    Method (_Q8A, 0, NotSerialized)
                    {
                        If (LIDE)
                        {
                            Store ("_Q8A : LID Switch Event", Debug)
                            Store (0x01, LIDE)
                            If (IGDS)
                            {
                                Store (0x90, SMIF)
                                Store (0x00, TRP0)
                            }

                            Notify (\_SB.LID0, 0x80)
                        }

on many other notebooks, it's _Q09. So you'll need to find where it is, and add the appropriate Notify call, to inform the OS that the laptop should be woken up. (I've modified my DSDT to use LID0, to better match the MacBook DSDT).

Field Note #61 @kizwan 2010-03-11

Enabled bluetooth on Acer Aspire 9420

Do you remember, not a long time a go, I'm pursuing to enable bluetooth in Mac OS X? I'm still unable to get the bluetooth button working but I'm able to make the bluetooth device working via DSDT hacking. I'm still however unable to trigger the bluetooth ON/OFF button. I even trying to re-map the bluetooth ON/OFF button to another button (Fn+..) but unsuccessful. Therefore, I modify System Wake (_WAK) to enable bluetooth. This is for temporary solution. When hot booting the computer, it need to be put to sleep one time only & waking up the computer will turning ON the bluetooth device. To make it working cleanly, I modify both System Wake (_WAK) and Prepare to Sleep (_PTS). In the process, I also fixed the wireless device won't turn ON after waking from sleep.

_WAK code:-

    Method (_WAK, 1, NotSerialized)
    {
        Store (Arg0, P80H)
        If (LEqual (Arg0, 0x03))
        {
            Store (CIRT, \_SB.PCI0.LPCB.EC0.CIRE)
        }

        If (LOr (LEqual (Arg0, 0x03), LEqual (Arg0, 0x04)))
        {
            Store (EEPM, \_SB.PCI0.LPCB.EC0.WEPM)
            Store (CAST, \_SB.PCI0.LPCB.EC0.CAME)
            Store (WLPW, \_SB.PCI0.LPCB.EC0.WLEN)
            Store (BTPW, \_SB.PCI0.LPCB.EC0.BTEN)
            Store (WLLE, \_SB.PCI0.LPCB.EC0.WLLD)
            Store (BTLE, \_SB.PCI0.LPCB.EC0.BTLD)
        }

        Store (0x00, \_SB.PCI0.LPCB.EC0.MUTE)
        Store (0x00, \_SB.PCI0.LPCB.EC0.KTAF)
        Store (0x01, \_SB.PCI0.LPCB.EC0.KTEE)
        // start
        // Add support for Wireless & Bluetooth devices (power & LED).
        // Turned ON Wireless & Bluetooth devices after resume from Sleep.
        Store (0x01, \_SB.PCI0.LPCB.EC0.WLEN)
        Store (0x01, \_SB.PCI0.LPCB.EC0.WLLD)
        Store (0x01, \_SB.PCI0.LPCB.EC0.BTEN)
        Store (0x01, \_SB.PCI0.LPCB.EC0.BTLD)
        // end
..................

_PTS code:-
- Preventing the wireless device from turn OFF before goes to sleep. Therefore, the wireless device can be turn ON after waking from sleep.

    Method (_PTS, 1, NotSerialized)
    {
        Store (Arg0, P80H)
        Store (0x01, \_SB.PCI0.LPCB.EC0.MUTE)
        If (LEqual (Arg0, 0x03))
        {
            Store (\_SB.PCI0.LPCB.EC0.CIRE, CIRT)
        }

        If (LEqual (Arg0, 0x04))
        {
            Store (0x01, \_SB.PCI0.LPCB.EC0.BLNK)
            Store (0x00, \_SB.PCI0.LPCB.EC0.CIRE)
        }

        If (LOr (LEqual (Arg0, 0x03), LEqual (Arg0, 0x04)))
        {
            Store (\_SB.PCI0.LPCB.EC0.WEPM, EEPM)
            Store (\_SB.PCI0.LPCB.EC0.CAME, CAST)
            Store (\_SB.PCI0.LPCB.EC0.WLEN, WLPW)
            Store (\_SB.PCI0.LPCB.EC0.BTEN, BTPW)
            Store (\_SB.PCI0.LPCB.EC0.WLLD, WLLE)
            Store (\_SB.PCI0.LPCB.EC0.BTLD, BTLE)
        }

        Store (0x00, \_SB.PCI0.LPCB.EC0.CAME)
        Store (0x00, \_SB.PCI0.LPCB.EC0.CIRE)
        // Preventing Wireless device from turning OFF when system going to Sleep.
        // Store (0x00, \_SB.PCI0.LPCB.EC0.WLEN)
        // start
        // Add support for Wireless (LED) & Bluetooth (power & LED) devices.
        // Turned OFF Wireless (LED) & Bluetooth (power & LED) devices before going to Sleep.
        Store (0x00, \_SB.PCI0.LPCB.EC0.WLLD)
        Store (0x00, \_SB.PCI0.LPCB.EC0.BTEN)
        Store (0x00, \_SB.PCI0.LPCB.EC0.BTLD)
        // end
        If (LEqual (Arg0, 0x05))
        {
            PHSR (0x28, 0x00)
        }
    }

Applying this fix causing the computer unable to sleep anymore because USB4 device (where the bluetooth device attached to) causing the system wake immediately. I remember that according to ACPI Specification revision 4 documentation; in addition to the _PRW control method, _PSW control method can be used to enable or disable the device’s ability to wake a sleeping system.

Arguments: (1) Arg0 – An Integer containing a wake capability control 0 – Disable the device’s wake capabilities 1 – Enable the device’s wake capabilities

By looking at USB4 device in DSDT, there is _PSW entry that can be manipulate. This is the entry for USB4 device in DSDT after modifying the argument (set to 0):-

            Device (USB4)
            {
                Name (_ADR, 0x001D0003)
                OperationRegion (U4CS, PCI_Config, 0xC4, 0x04)
                Field (U4CS, DWordAcc, NoLock, Preserve)
                {
                    U4EN,   2
                }

                Name (_PRW, Package (0x02)
                {
                    0x0E, 
                    0x03
                })
                Method (_PSW, 1, NotSerialized)
                {
                    If (Arg0)
                    {
                        // Store (0x03, U4EN)
                        // Disable USB4 capability to wake a sleeping system
                        Store (0x00, U4EN)
                    }
                    Else
                    {
                        Store (0x00, U4EN)
                    }
                }

                Method (_S3D, 0, NotSerialized)
                {
                    Return (0x02)
                }

                Method (_S4D, 0, NotSerialized)
                {
                    Return (0x02)
                }
            }

The last FIX enable the computer to sleep again.

kizwan

Field Note #62 @uman 2010-03-12

Nice work! Too bad I don't have bluetooth!

I've come to the conclusion that getting access to keyboard events is impossible in DSDT. I think you have three choices: construct an AMW0 device kext to bind to the AMW0 (which I presume is in your DSDT). This would be a challenge, but might allow you to be straight retail. Two, hack at ApplePS2Keyboard (if PS2) or something else if USB. Or three, do the same with VoodooPS2 (again if PS2).

If you have USB, your job may be easier, since you might be able to do it outside kernel space.

Field Note #63 @kizwan 2010-03-12

Battery indicator

I'm successfully compiled AMW0.kext for SL but got kernel panic while initializing some MethodTerm at boot. Since AMW0.kext project is not finished, I think I'm going to try ACPI4ASUS.kext instead. If ACPI4ASUS.kext developed to works with AMW0 v2 interface (AMW0 and WMID), it should works with other laptop model too.

I'm trying to enable battery icon by patching DSDT. It is being done by adjusting ADP1 & BAT0 code according to DSDT from MBP4,1. Not successful yet, but the battery indicator did show up. It said battery is not detected & current power source is power adapter. Do you think it is possible to make it working by just patching the DSDT?

EDIT: I have found the right "query method" to automatically turn ON Bluetooth device during boot-up. I just tried all of the "query method" in the DSDT until I found the right one.

                    Method (_Q3F, 0, NotSerialized)
                    {
                        // start
                        // auto turn ON Bluetooth device during computer startup
                        Store (0x01, \_SB.PCI0.LPCB.EC0.BTEN)
                        Store (0x01, \_SB.PCI0.LPCB.EC0.BTLD)
                        // end
                        HKEY (0x3F)
                    }

kizwan

Field Note #64 @breakky 2010-03-13

Can you somebody help me to enable my audio on Snow Leopard?My audio chip is Realtek ALC662:
I make a codec dump:You can download and see it.

hot file.com/dl/32500771/8b28fa6/Realtek_ALC662_dump.txt.rar.html

I want to fix my audio in DSDT, so I read your tutorial and convert the Default pinconfig on each "[JACK]" device:

Mic (colour:Pink) 01a19830 ---> reversed 3098a101

Mic which is not a jack 99a3093f ---> 3f09a399

HP - 0121401f ---> 1f402101

SPDIF -01441120 ---> 20114401

This is my audio configuration on my laptop.

I don't know how to generate values which I haveto enter in my DSDT.This is my DSDT (HDEF):

Device (HDEF)
            {
                Name (_ADR, 0x001B0000)
                OperationRegion (HDAR, PCI_Config, 0x4C, 0x10)
                Field (HDAR, WordAcc, NoLock, Preserve)
                {
                    DCKA,   1, 
                            Offset (0x01), 
                    DCKM,   1, 
                        ,   6, 
                    DCKS,   1, 
                            Offset (0x08), 
                        ,   15, 
                    PMES,   1
                }

                Name (_PRW, Package (0x02)
                {
                    0x0D, 
                    0x03
                })
            }
Field Note #65 @breakky 2010-03-13 ↳ Re: @kizwan
@kizwanEDIT: I have found the right "query method" to automatically turn ON Bluetooth device during boot-up. I just tried all of the "query method" in the DSDT until I found the right one. Method (_Q3F, 0, NotSerialized) { // start // auto turn ON Bluetooth device during computer startup Store (0x01, \_SB.PCI0.LPCB.EC0.BTEN) Store (0x01,…

Where you put this code?

I searched in my DSDT for

Method (_Q3F, 0, NotSerialized)

, But didn't find it.I have a laptop with Bluetooth, where to put this code?

Field Note #66 @uman 2010-03-13 ↳ Re: @kizwan
@kizwanI'm successfully compiled AMW0.kext for SL but got kernel panic while initializing some MethodTerm at boot. Since AMW0.kext project is not finished, I think I'm going to try ACPI4ASUS.kext instead. If ACPI4ASUS.kext developed to works with AMW0 v2 interface (AMW0 and WMID), it should works with other laptop model too.

So does Asus use AMW0, or do you need to add that code from AMW0. A WMID kext would be useful as many PC vendors use that interface. uninc's DSDT was hideously intertwined with WMID.

I'm trying to enable battery icon by patching DSDT. It is being done by adjusting ADP1 & BAT0 code according to DSDT from MBP4,1. Not successful yet, but the battery indicator did show up. It said battery is not detected & current power source is power adapter. Do you think it is possible to make it working by just patching the DSDT?

I'm not sure, but given that the ACPI 4.0 spec devotes pages and pages to battery and power issues, I think it is at least possible. I also intend to try to solve this (but it's a lower priority for me because my laptop battery is toast anyway). I tried VoodooBattery, which worked great (it told me my battery was toast, lol), but then it kernel panic'ed HARD and I had to repair my disk, so I won't be using that again.

EDIT: I have found the right "query method" to automatically turn ON Bluetooth device during boot-up. I just tried all of the "query method" in the DSDT until I found the right one. Method (_Q3F, 0, NotSerialized) { // start // auto turn ON Bluetooth device during computer startup Store (0x01, \_SB.PCI0.LPCB.EC0.BTEN) Store (0x01,…

I still don't understand how query methods are executed, nor how they are bound to some device. ACPI says:

"For an embedded controller event, OSPM will queue the control method of the name _QXX, where XX is the hex format of the query code. Notice that each embedded controller device can have query event control methods. Similarly, for an SMBus driver, if no driver registers for SMBus alarms, the SMBus driver will queue control methods to…

And then they discuss it more with a completely unhelpful example. Oh wait, the acpi implementers guide is more helpful:

What’s the trap? Using decimal instead of hexadecimal numbers in _Lxx, _Exx, and _Qxx names in your ASL code. When the number (xx) in the _Lxx, _Exx, or _Qxx event handler object name in the ASL code does not match the number of the bit in the GPE register block (or match the number of the embedded controller query number in the case…

DSDT is fun but time consuming!

Field Note #67 @uman 2010-03-13 ↳ Re: @breakky
@breakkyWhere you put this code? I searched in my DSDT for Method (_Q3F, 0, NotSerialized) , But didn't find it.I have a laptop with Bluetooth, where to put this code?

Each laptop model is going to be different. That's why you have to be prepared to do some work to get DSDT going. You will first need to determine what symbols, events, and queries correspond to your bluetooth device. Then kizwan's code can act as a guide.

Field Note #68 @kizwan 2010-03-13 ↳ Re: @breakky
@breakkyWhere you put this code? I searched in my DSDT for Method (_Q3F, 0, NotSerialized) , But didn't find it.I have a laptop with Bluetooth, where to put this code?

It is hardware & BIOS specific. You may have different query method. I'm afraid, you need to try & error every query method in your DSDT.

EDIT: You may want to follow uman suggestion (next post) to get your audio working. It is much easier.
As for your sound, you need to do a lot of work to get your sound working. You already have HDEF entry in DSDT, so you just missing legacy/patched kext. You need to put your ConfigData & Pin Config in legacy/patched kext. Use this legacy kext as a template:-
media fire.com/?vkzyzmtzozo
If you like to put ConfigData & PinConfigurations in DSDT, this is how HDEF entry will look like (between "// start" & "// end"):-

            Device (HDEF)
            {
                Name (_ADR, 0x001B0000)
                Name (HDWA, 0x00)
                Name (_PRW, Package (0x02)
                {
                    0x05, 
                    0x03
                })
                Method (_PS0, 0, Serialized)
                {
                    If (LEqual (HDWA, 0x00))
                    {
                        Store (0x01, HDWA)
                        HKEY (0x8F)
                    }
                }

                Method (_PS3, 0, Serialized)
                {
                    Store (0x00, HDWA)
                }
                // start - required code
                Method (_DSM, 4, NotSerialized)
                {
                    Store (Package (0x0C)
                    {
                        "built-in",
                        Buffer (One)
                        {
                            0x00
                        },

                        "codec-id",
                        Buffer (0x04)
                        {
                            0x83, 0x08, 0xEC, 0x10
                        },

                        "ConfigData",
                        Buffer (0x40)
                        {
                            /* 0000 */    0x01, 0x47, 0x1C, 0x30, 0x01, 0x47, 0x1D, 0x11,
                            /* 0008 */    0x01, 0x47, 0x1E, 0x0B, 0x01, 0x47, 0x1F, 0x01,
                            /* 0010 */    0x01, 0x87, 0x1C, 0x10, 0x01, 0x87, 0x1D, 0x01,
                            /* 0018 */    0x01, 0x87, 0x1E, 0xA0, 0x01, 0x87, 0x1F, 0x90,
                            /* 0020 */    0x01, 0xA7, 0x1C, 0x20, 0x01, 0xA7, 0x1D, 0x31,
                            /* 0028 */    0x01, 0xA7, 0x1E, 0x81, 0x01, 0xA7, 0x1F, 0x01,
                            /* 0030 */    0x01, 0xE7, 0x1C, 0x40, 0x01, 0xE7, 0x1D, 0xE1,
                            /* 0038 */    0x01, 0xE7, 0x1E, 0x45, 0x01, 0xE7, 0x1F, 0x01
                        },

                        "layout-id",
                        Buffer (0x04)
                        {
                            0x0C, 0x00, 0x00, 0x00
                        },

                        "device-type",
                        Buffer (0x11)
                        {
                            "Mobile ALC883 S/T"
                        },

                        "PinConfigurations",
                        Buffer (0x10)
                        {
                            /* 0000 */    0x30, 0x11, 0x0B, 0x01, 0x10, 0x91, 0xAB, 0x01,
                            /* 0008 */    0x20, 0x31, 0x81, 0x01, 0x40, 0xE1, 0x45, 0x01
                        }
                    }, Local0)
                    DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                    Return (Local0)
                }
                // end - required code
            }

I'll try to construct ConfigData & PinConfigurations for you but I can't promise.

kizwan

Field Note #69 @uman 2010-03-13

Are you planning to use VoodooHDA, or AppleHDA? If Voodoo, first rename all references to HDEF to ALC6 (or whatever turns you on :)) Doing so will prevent AppleHDA from loading and matching your HDA device. If AppleHDA is loaded, then VoodooHDA doesn't load.

Next, and this is common for both Apple and Voodoo. Add this to your HDEF or ALC6 device:

Method (_DSM, 4, NotSerialized) { Store (Package (0x04) { "layout-id", Buffer (0x04) { 0x0C, 0x00, 0x00, 0x00 }, "PinConfigurations", Buffer (Zero) {} }, Local0) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) }

You can then add your pin configs in there or in the plist depending on how you want to get sound going. See the great guide on infinitemac, or the one on projectosx.

Search my posts and look for my question on pinconfigs to find the links. I'm still trying to find out how to get my pinconfigs without Windows, since I don't run that anymore!

Field Note #70 @barnum 2010-03-13 ↳ Re: @kizwan
@kizwanBy looking at USB4 device in DSDT, there is _PSW entry that can be manipulate. This is the entry for USB4 device in DSDT after modifying the argument (set to 0):- Device (USB4) { Name (_ADR, 0x001D0003) OperationRegion (U4CS, PCI_Config, 0xC4, 0x04) Field (U4CS, DWordAcc, NoLock, Preserve) { U4EN, 2 } Name (_PRW, Package (0x02) {…

can you tell me what modification should I apply to this code to disable sleep for a device in usb2 ?

regards,
Vincent

Field Note #71 @kizwan 2010-03-13 ↳ Re: @uman
@umanSo does Asus use AMW0, or do you need to add that code from AMW0. A WMID kext would be useful as many PC vendors use that interface. uninc's DSDT was hideously intertwined with WMID.

Looks like I still need to go through WMI and ACPI documentation to have better understanding. Then I can make this successful.

@umanI'm not sure, but given that the ACPI 4.0 spec devotes pages and pages to battery and power issues, I think it is at least possible. I also intend to try to solve this (but it's a lower priority for me because my laptop battery is toast anyway). I tried VoodooBattery, which worked great (it told me my battery was toast, lol), but then…

Yeah, it's a low priority for me too. Just playing around.

I guess to make it working, maybe need to determine which query method it use. I said that because I found that there are query method that called ADP1 & BAT0 device. Just don't know what it do & what it contribute to battery detection.

@umanI still don't understand how query methods are executed, nor how they are bound to some device. ACPI says: And then they discuss it more with a completely unhelpful example. Oh wait, the acpi implementers guide is more helpful:

I'm going to grab the acpi implementers guide.

@umanDSDT is fun but time consuming!

I agree.

Field Note #72 @kizwan 2010-03-13 ↳ Re: @barnum
@barnum… can you tell me what modification should I apply to this code to disable sleep for a device in usb2 ? …

Do you mean you want to disable USB2 capability to wake a sleeping system, don't you? If in "Device (USB2)" entry it have _PSW (Power State Wake) method, you will need to change it according to my modification.

                Method (_PSW, 1, NotSerialized)
                {
                    If (Arg0)
                    {
                        // Store (0x03, U4EN)
                        // Disable USB4 capability to wake a sleeping system
                        Store (0x00, U4EN)
                    }
                    Else
                    {
                        Store (0x00, U4EN)
                    }
                }

Refer to arguments for _PSW:

Arguments: (1) Arg0 – An Integer containing a wake capability control 0 – Disable the device’s wake capabilities 1 – Enable the device’s wake capabilities

That is why I change both condition to execute the same thing. So that it always execute the same "Store" operation as if it is Arg0=0.

kizwan

Field Note #73 @breakky 2010-03-13 ↳ Re: @uman
@umanAre you planning to use VoodooHDA, or AppleHDA? If Voodoo, first rename all references to HDEF to ALC6 (or whatever turns you on :)) Doing so will prevent AppleHDA from loading and matching your HDA device. If AppleHDA is loaded, then VoodooHDA doesn't load. Next, and this is common for both Apple and Voodoo. Add this to your HDEF or…

I planed to use AppleHDA with DSDT.aml fix.This is my original DSDT.aml

hot file.com/dl/32576445/45eb3b8/DSDT.dsl.zip.html

By the way I use AsereBLN booter 1.1.9.

Field Note #74 @kizwan 2010-03-13 ↳ Re: @breakky
@breakkyI planed to use AppleHDA with DSDT.aml fix.This is my original DSDT.aml

Try this legacy kext for ALC662 (Snow Leopard):-
media fire.com/?kmnykkqmy5m

Make sure AppleHDA.kext in /System/Library/Extensions/ folder is original kext. Remember to put _DSM method in Device (HDEF) (please refer to uman's post #81 →).

You also need to put DTGP code in DSDT. Put it afterMethod (_WAK) function.

    Method (DTGP, 5, NotSerialized)
    {
        If (LEqual (Arg0, Buffer (0x10)
                {
                    /* 0000 */    0xC6, 0xB7, 0xB5, 0xA0, 0x18, 0x13, 0x1C, 0x44, 
                    /* 0008 */    0xB0, 0xC9, 0xFE, 0x69, 0x5E, 0xAF, 0x94, 0x9B
                }))
        {
            If (LEqual (Arg1, One))
            {
                If (LEqual (Arg2, Zero))
                {
                    Store (Buffer (One)
                        {
                            0x03
                        }, Arg4)
                    Return (One)
                }

                If (LEqual (Arg2, One))
                {
                    Return (One)
                }
            }
        }

        Store (Buffer (One)
            {
                0x00
            }, Arg4)
        Return (Zero)
    }

kizwan

Field Note #75 @breakky 2010-03-14

When I try to compile my dsdt.dsl I get one error:

4644: DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Error    4067 -    ^ Object is not accessible from this scope (DTGP)


Nevermind I found where is the error and fix it!

Field Note #76 @kizwan 2010-03-14 ↳ Re: @breakky
@breakkyWhen I try to compile my dsdt.dsl I get one error: 4644: DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Error 4067 - ^ Object is not accessible from this scope (DTGP) Nevermind I found where is the error and fix it!

How about the sound? Is it working?

Field Note #77 @richarda 2010-03-16

This thread has been very useful for me. I now just miss one last step to have the "perfect" install.
I'm running Snow Leopard on an ASUS eeePC 901 from the SD card. It's a bit slow but this is OK.

My problem: whenever I go to sleep and wake-up from sleep, I guess the SD card (my "boot drive") gets brutally ejected and…well, it's bad.

My question: is there any DSDT mod that would allow my SD card to stay mounted (powered maybe) during all the cycle wake-sleep-wake ?

I found a lot of approaching stuff on the thread but nothing exactly like that. this would make may day.

Any idea anyone ?

Thanks, Richard.

Field Note #78 @uman 2010-03-18 ↳ Re: @richarda
@richardaThis thread has been very useful for me. I now just miss one last step to have the "perfect" install. I'm running Snow Leopard on an ASUS eeePC 901 from the SD card. It's a bit slow but this is OK. My problem: whenever I go to sleep and wake-up from sleep, I guess the SD card (my "boot drive") gets brutally ejected and…well, it's bad.…

Yes, but it depends on the underlying hardware. I've found los of good info about my own laptop in my chipset doc (ICH7), and there is lots of good info on the SATA part of the device control. I assume the SSD is controled through SATA?

Field Note #79 @richarda 2010-03-18

Thanks for the info. Not sure I was clear enough tough. I'm having the problem with the SD card (I believe it's using an internal USB port) and the machine is an eeePC 901.
I need help on this one…please.

Field Note #80 @uman 2010-03-19 ↳ Re: @richarda
@richardaThanks for the info. Not sure I was clear enough tough. I'm having the problem with the SD card (I believe it's using an internal USB port) and the machine is an eeePC 901. I need help on this one…please.

My bad. I'm so used to SD cards not working, that I assumed you meant SSD.

You could try the following:

1. Determine what USB slot your SD card is occupying. Easiest is to highlight he drive in disk utility and right-click Information. You should see something like: IODeviceTree:/PCI0@0/USB7@1D,7. That tells me that it's using USB7.

2. Edit your DSDT to replace the _PRW for the indicated USB slot with:

            Device (USB7)
            {
                ...
            // package (argnum) {GPEbit, Wakelevel, PowerResource}
            Name(_PRW, Package()
                {
                    <xx>, // Bit number in GPEx_EN to enable USB resume 
                    0x01  // Reference to lowest sleeping state which can be 
                       // entered while still providing wake functionality
                       // no relative power resource specified
                })

where I have <xx> above, keep your DSDT's existing value, as that's the handler in the GPE for USB7. What I've highlighted in red is the change. Your existing DSDT likely has 0x03, which is effectively powered off.

What the 0x01 does is says that the drive still needs power. That *might* be enough to keep it from being ejected. But it might also prevent the computer from sleeping.

Take a look at the ACPI spec (4.0 rev) Chapter 7.2 for some of the things you can do with power management.

Field Note #81 @saul1d 2010-03-20

ive been lurking around on this thread for a week or two now, and i'm more interested in getting my laptop fully working. ive been running osx for about a year now and i'm pretty familiar with everything except DSDT.

basically what i'm trying to get working:

- GMA X3100: was working with leo, but with 10.6.2 i lost the ability to make the
screen turn off.(although i still have QE/CI)
- Backlight: has never worked, "invalid firmware max backlight" problem. i was
hoping DSDT would be able to fix this
- Sleep: although i'm not too worried about it, it would be nice.

I have a Gateway M6841. I don't think it's a too popular system to be using for a hackintosh, so there's not much help that i've found in the forums.

here is my patched DSDT. its patched for sleep, backlight, and gmax3100 but it hasnt changed any of the problems. thanks to anyone that can help or at least point me in the right direction, i do have programming experience if it helps.

Field Note #82 @richarda 2010-03-20 ↳ Re: @uman
@umanMy bad. I'm so used to SD cards not working, that I assumed you meant SSD. You could try the following: 1. Determine what USB slot your SD card is occupying. Easiest is to highlight he drive in disk utility and right-click Information. You should see something like: IODeviceTree:/PCI0@0/USB7@1D,7. That tells me that it's using USB7.…

Hello,
Thanks a lot. In the disk utility I got: /PCI0@0/EUSB@1D,7
And in the DSDT file, at Device(EUSB) I don't have a lot of things. Just

{
Name (_ADR, 0x001D0007)
}

nothing else. Any idea what else I can add to make it working in that case ?

Field Note #83 @kizwan 2010-03-20 ↳ Re: @richarda
@richardaThanks a lot. In the disk utility I got: /PCI0@0/EUSB@1D,7 And in the DSDT file, at Device(EUSB) I don't have a lot of things. Just { Name (_ADR, 0x001D0007) } nothing else. Any idea what else I can add to make it working in that case ?

You're allowed to add what it don't have.

kizwan

Field Note #84 @richarda 2010-03-20

Allright, I got that but in this case I guess I have to pute something like

Name(_PRW, Package
{
<xx>, // Bit number in GPEx_EN to enable USB resume
0x01 // Reference to lowest sleeping state which can be
// entered while still providing wake functionality
// no relative power resource specified
})

But how to determine the <xx> value then ?

Field Note #85 @uman 2010-03-21 ↳ Re: @richarda
@richardaAllright, I got that but in this case I guess I have to pute something like Name(_PRW, Package { <xx>, // Bit number in GPEx_EN to enable USB resume 0x01 // Reference to lowest sleeping state which can be // entered while still providing wake functionality // no relative power resource specified }) But how to determine the <xx> value…

That's the problem then. You really need to have some of the resources specified for your USB (UHCI) and EHCI ports. Since you don't have anything, you can add the GPE handlers, and things should work. The best way to proceed, is to first identify which Mac model your machine is closest to, and then take the requisite parts, carefully excising out the problematic parts.

For my hack, I looked at the list of mac models on wikipedia, and then chose MacBook 2,1 as the closest. I then edited my smbios.plist to reflect those values. I then compared my DSDT to the MacBook 2,1 DSDT and ioreg, and found they were surprisingly close. I've included below, some pieces for you to try from a MacBook 2,1 DSDT:

    Scope (\_GPE)
    {
...
        Method (_L03, 0, NotSerialized)
        {
            Notify (\_SB.PCI0.USB1, 0x02)
            Notify (\_SB.PWRB, 0x02)
        }

        Method (_L04, 0, NotSerialized)
        {
            Notify (\_SB.PCI0.USB2, 0x02)
            Notify (\_SB.PWRB, 0x02)
        }
...
        Method (_L0C, 0, NotSerialized)
        {
            Notify (\_SB.PCI0.USB3, 0x02)
            Notify (\_SB.PWRB, 0x02)
        }

        Method (_L0D, 0, NotSerialized)
        {
            Notify (\_SB.PCI0.USB7, 0x02)
            Notify (\_SB.PWRB, 0x02)
        }

        Method (_L0E, 0, NotSerialized)
        {
            Notify (\_SB.PCI0.USB4, 0x02)
            Notify (\_SB.PWRB, 0x02)
        }
...

Note the parts in red. If you already have level handlers in your GPE scope that use these numbers (so say you already have _L03), you will have to change them, and change the part in the USB1 declaration for, say, _L03. Don't put really large numbers, because there's a part in the DSDT that says the handlers go only up to 0xXX (I've forgotten where that is). Just make sure you use unused numbers. For example, in my DSDT I added one for _L11 for my firewire.

            Device (USB1)
            {
                Name (_ADR, 0x001D0000)  // keep your existing ADDR lines!!!
                Device (HUB1)                       // will become HUB2 for USB2
                {
                    Name (_ADR, 0x00)
                    Device (PRT1)
                    {
                        Name (_ADR, 0x01)
                    }

                    Device (PRT2)
                    {
                        Name (_ADR, 0x02)
                    }
                }

                OperationRegion (U1CS, PCI_Config, 0xC4, 0x04)
                Field (U1CS, DWordAcc, NoLock, Preserve)
                {
                    U1EN,   2
                }

                Name (_PRW, Package (0x02)
                {
                    0x03,     // must match number you use in _Lxx handler
                    0x03
                })
                Method (_PSW, 1, NotSerialized)
                {
                    If (Arg0)
                    {
                        Store (0x03, U1EN)
                    }
                    Else
                    {
                        Store (0x00, U1EN)
                    }
                }

                Method (_S3D, 0, NotSerialized)  // note: I don't have these
                {
                    Return (0x03)
                }

                Method (_S4D, 0, NotSerialized) // note: I don't have these
                {
                    Return (0x03)
                }
            }

The parts in red will change to match each USB port, so U1CS, U1EN becomes U2CS and U2EN for USB2, along with changing HUB1 to HUB2. I don't have the _S3D and _S4D methods in my DSDT and from reading the spec, I don't think they are needed.

So USB2, looks like:

            Device (USB2)
            {
                Name (_ADR, 0x001D0001)
                Device (HUB2)
                {
                    Name (_ADR, 0x00)
                    Device (PRT1)
                    {
                        Name (_ADR, 0x01)
                    }

                    Device (PRT2)
                    {
                        Name (_ADR, 0x02)
                    }
                }

                OperationRegion (U2CS, PCI_Config, 0xC4, 0x04)
                Field (U2CS, DWordAcc, NoLock, Preserve)
                {
                    U2EN,   2
                }

                Name (_PRW, Package (0x02)
                {
                    0x04,      // A different _L04 is a different _LXX handler than USB1!
                    0x03
                })
                Method (_PSW, 1, NotSerialized)
                {
                    If (Arg0)
                    {
                        Store (0x03, U2EN)
                    }
                    Else
                    {
                        Store (0x00, U2EN)
                    }
                }

                Method (_S3D, 0, NotSerialized)
                {
                    Return (0x03)
                }

                Method (_S4D, 0, NotSerialized)
                {
                    Return (0x03)
                }
            }

Do the same edits for USB3 and USB4 (if you have USB4) and even USB5, and USB6 if you have a desktop with lots of USB ports (although I suspect you will need another EHCI hub there, but I don't know).

USB7 is quite different:

            Device (USB7)
            {
                Name (_ADR, 0x001D0007)
                Device (HUB7)
                {
                    Name (_ADR, 0x00)
                    Device (PRT1)
                    {
                        Name (_ADR, 0x01)
                    }

                    Device (PRT2)
                    {
                        Name (_ADR, 0x02)
                    }

                    Device (PRT3)
                    {
                        Name (_ADR, 0x03)
                    }

                    Device (PRT4)
                    {
                        Name (_ADR, 0x04)
                    }

                    Device (PRT5)
                    {
                        Name (_ADR, 0x05)
                    }

                    Device (PRT6)
                    {
                        Name (_ADR, 0x06)
                    }

                    Device (PRT7)
                    {
                        Name (_ADR, 0x07)
                    }

                    Device (PRT8)
                    {
                        Name (_ADR, 0x08)
                    }
                }

                Name (_PRW, Package (0x02)
                {
                    0x0D,     // yet another different handler
                    0x03      // I suggested you change this to 0x1
                })
                Method (_S3D, 0, NotSerialized)
                {
                    Return (0x03)
                }

                  Method (_S4D, 0, NotSerialized)
                {
                    Return (0x03)
                }
            }

Remove the parts in yellow for the USB7, since they don't match the change from 0x03 -> 0x01. Plus I suspect they really aren't needed.

Field Note #86 @uman 2010-03-21

Oh, and if this doesn't work, there are bits you can set that essentially control power settings, ejectability, etc. But that is hugely dependent on your chipset. I have an ICH7, and most of that is the same in ICH9, and ICH10, but if you have an nvidia chipset, that's *totally* different.

Field Note #87 @richarda 2010-03-21

OK, I'm 200% lost now. This is way too complex for me. I guess I have to find somebody litterate enough who solved the problem on the eee901 and just copy his settings.

Thanks anyway.

Field Note #88 @barnum 2010-03-26
                Device (HUB1)                       // will become HUB2 for USB2
                {
                    Name (_ADR, 0x00)
                    Device (PRT1)
                    {
                        Name (_ADR, 0x01)
                    }

                    Device (PRT2)
                    {
                        Name (_ADR, 0x02)
                    }
                }

Hi,
Can You explain me what the "utility" of this part of the usb declaration"

In my dsdt, I doesn't have that.
Thank,
Barnum

Field Note #89 @uman 2010-03-29

You won't need it, then. It's because on my gateway, the ports have integrated hubs. See ACPI spec, section 9.13 for full details.

Field Note #90 @adriangb 2010-04-01 ↳ Re: @ping99

Sorry of reviving this and cutting in
@ping99
I have an ASRock x58 Extreme (similar to ASUS boards), and sleep doesn't work OTB. I've been looking around, and it seems I would need to modify Method (_PTS, 1, NotSerialized).
I read your post, and it seems that the edits you did are somewhat similar to what I should do in my DSDT, whoever I have a few doubts:

@ping99... 1 Add OperationRegion below before Method (_PTS, 1, NotSerialized) OperationRegion (DEBG, SystemIO, 0x80, One) Field (DEBG, ByteAcc, NoLock, Preserve) { DBG1, 8 } OperationRegion (PMRS, SystemIO, 0x0430, 0x13) Field (PMRS, ByteAcc, NoLock, Preserve) { , 4, SLPE, 1, Offset (0x08), GPSE, 16, GPSS, 16, Offset (0x12), , 1, SWGC, 1 }

Is

OperationRegion (DEBG, SystemIO, 0x80, One)
    Field (DEBG, ByteAcc, NoLock, Preserve)
    {
        DBG1,   8
    }

really necessary? mm67 seems to think not (or is that for shutdown only?)

@ping99...2 Check Device (LPC) if there is a similar Operation Region "LPC" like below. If you don't have LPC device, just search Name (_ADR, 0x001F0000), sometimes the device name is different. Device (LPC) { Name (_ADR, 0x001F0000) OperationRegion (LPC0, PCI_Config, 0xA4, 0x02) Field (LPC0, ByteAcc, NoLock, Preserve) { AG3E, 1 } If there…

Here is my LPCB:

Device (LPCB)
            {
                Name (_ADR, 0x001F0000)
                Device (IELK)
                {
                    Name (_HID, "AWY0001")
                    OperationRegion (RXA0, PCI_Config, 0xA0, 0x20)
                    Field (RXA0, ByteAcc, NoLock, Preserve)
                    {
                            ,   9, 
                        PBLV,   1, 
                                Offset (0x10), 
                            ,   1, 
                        PBMS,   1, 
                            ,   1, 
                        PMCS,   1, 
                        ECNS,   1, 
                                Offset (0x11), 
                        ECT1,   16, 
                        ELEN,   1, 
                                Offset (0x14)
                    }

                    Method (\_GPE._L0A, 0, NotSerialized)....

Where should I put OperationRegion (LPC0...? Before Device (IELK)? After Name (_HID, "AWY0001")? Inside OperationRegion (RXA0, PCI_Config, 0xA0, 0x20) somehow?

@ping993 Add code below in Method (_PTS, 1, NotSerialized) like this Method (_PTS, 1, NotSerialized) { Or (Arg0, 0xF0, Local0) Store (Local0, DBG1) Store (Zero, \_SB.PCI0.LPC.EXPE) //Please change to \_SB.PCI0.LPC.AG3E if you don't have the EXPE, but add AG3E. If (LEqual (Arg0, 0x05)) { Store (Zero, SLPE) Sleep(0x10) } Else { //**Original…

Here is my current -disastrous- Method (_PTS, 1, NotSerialized):

Method (_PTS, 1, NotSerialized)
    {
        Or (Arg0, 0xF0, Local0)
        Store (Arg0, DBG8)
        PTS (Arg0)
        Store (Zero, Index (WAKP, Zero))
        Store (Zero, Index (WAKP, One))
        If (LAnd (LEqual (Arg0, 0x04), LEqual (OSFL (), 0x02)))
        {
            Sleep (0x0BB8)
        }

        If (LEqual (Arg0, 0x05))
        {
            Store (0x99, SMIP)
            Store (One, \_SB.PCI0.LPCB.IELK.AG3E)
            Store (Zero, SLPE)
            Sleep (0x10)
        }
        Else
        {
            Store (Zero, \_SB.PCI0.LPCB.IELK.AG3E)
        }
        Store (ASSB, WSSB)
        OSYS ()
        Store (AOTB, WOTB)
        Store (AAXB, WAXB)
        Store (Arg0, ASSB)
        Store (OSFL (), AOTB)
        Store (OSYS (), OSTP)
        Store (Zero, AAXB)
    }

The original is:

Method (_PTS, 1, NotSerialized)
    {
        Store (Arg0, DBG8)
        PTS (Arg0)
        Store (Zero, Index (WAKP, Zero))
        Store (Zero, Index (WAKP, One))
        If (LAnd (LEqual (Arg0, 0x04), LEqual (OSFL (), 0x02)))
        {
            Sleep (0x0BB8)
        }

        Store (ASSB, WSSB)
        Store (AOTB, WOTB)
        Store (AAXB, WAXB)
        Store (Arg0, ASSB)
        Store (OSFL (), AOTB)
        Store (OSYS (), OSTP)
        Store (Zero, AAXB)
    }

, Adrian

Post Scriptum (P.S.): I attached my DSDT's, CST and IST tables, so if someone could lok at them and tell me if I -for example- managed to insert the C-States, P-States, etc-States into the DSDT correctly, I would be eternally grateful.

Field Note #91 @ping99 2010-07-04

First all, you just need to add OperationRegion PMRS below.

OperationRegion (PMRS, SystemIO, 0x0430, 0x13)
Field (PMRS, ByteAcc, NoLock, Preserve)
{
, 4,
SLPE, 1
}

* Pay attention to 0x0430 in red. It depends your motherboard. You have Processor (CPU0, 0x00, 0x00000410, 0x06) in your dsdt, you can use 0x0430. If you have Processor (P001, 0x01, 0x00000810, 0x06) then use 0x0830. It is PMBASE+30h.

Secondly, look into Method (_PTS, 1, NotSerialized) to see whether "If (LEqual (Arg0, 0x05))" there. If not, add code as below. If already there, just insert.

If (LEqual (Arg0, 0x05))
{
Store (0x01, \_SB.PCI0.LPC.EXPE) // hibernate fix. Will return to S5 after power back
Store (Zero, SLPE) // zero SLP_SMI_EN, else won't shutdown
Sleep (0x10) // wait for bit to set
}

Yours is modified as below:

Method (_PTS, 1, NotSerialized)
{
Store (Zero, \_SB.PCI0.LPC.EXPE) //Check Device (LPC) or LPCB if you have this EXPE or something like this. change it to match yours.
If (LEqual (Arg0, 0x05))
{
Store (0x01, \_SB.PCI0.LPC.EXPE) // hibernate fix. Will return to S5 after power back
Store (Zero, SLPE) // zero SLP_SMI_EN, else won't shutdown
Sleep (0x10) // wait for bit to set
}

Store (Arg0, DBG8)
PTS (Arg0)
Store (Zero, Index (WAKP, Zero))
Store (Zero, Index (WAKP, One))
If (LAnd (LEqual (Arg0, 0x04), LEqual (OSFL , 0x02)))
{
Sleep (0x0BB8)
}

Store (ASSB, WSSB)
Store (AOTB, WOTB)
Store (AAXB, WAXB)
Store (Arg0, ASSB)
Store (OSFL , AOTB)
Store (OSYS , OSTP)
Store (Zero, AAXB)
}

Field Note #92 @SaGaR 2010-12-20

i tried the sleep fix, but i can't get it to work, sleep in general doesn't work, when i press the sleep button, my screen freezes and that's all, when i press the powerbutton i get the restart/shutdown popup and all works again.

Lidsleep also does the same, screen freezes but stays on.

i wanna ask you if you plz wanna look at it?

Field Note #93 @ribben89 2011-02-05

really nice job!

Here is my problem... I have a Compal Ifl90 with intel 7300 @ 2GHz and 8600m gt 512mb with Snow Leopard 10.6.3 .

The problem i have is that my screen brightness slider at setting wasn't there! But with some dsdt editing i managed to show up but when i move the slider nothing happen and returns to it's original position! Any help please below is my code from Device (LCD)

Device (LCD)
                    {
                        Method (_ADR, 0, NotSerialized)
                        {
                            Return (0x0110)
                        }

                        Method (_DCS, 0, NotSerialized)
                        {
                            ^^^^LPCB.PHSS (0x0C)
                            Store (CADL, Local0)
                            Store (CSTE, Local1)
                            And (Local0, One, Local0)
                            And (Local1, One, Local1)
                            If (Local0)
                            {
                                Store (One, LCDA)
                            }
                            Else
                            {
                                Store (Zero, LCDA)
                            }

                            If (LCDA)
                            {
                                If (LEqual (Local1, One))
                                {
                                    Return (0x1F)
                                }
                                Else
                                {
                                    Return (0x1D)
                                }
                            }
                            Else
                            {
                                If (LEqual (Local1, One))
                                {
                                    Return (0x0F)
                                }
                                Else
                                {
                                    Return (0x0D)
                                }
                            }
                        }

                        Method (_DGS, 0, NotSerialized)
                        {
                            If (LCDA)
                            {
                                Return (One)
                            }
                            Else
                            {
                                Return (Zero)
                            }
                        }

                        Method (_DSS, 1, NotSerialized)
                        {
                        }

                        Method (_BCL, 0, NotSerialized)
                        {
                            If (^^^^LPCB.ECOK ())
                            {
                                If (LEqual (OSYS, 0x07D6))
                                {
                                    If (LEqual (^^^^LPCB.EC0.OSTY, Zero))
                                    {
                                        Store (One, ^^^^LPCB.EC0.OSTY)
                                    }
                                }
                                Else
                                {
                                    If (LEqual (^^^^LPCB.EC0.OSTY, One))
                                    {
                                        Store (Zero, ^^^^LPCB.EC0.OSTY)
                                    }
                                }
                            }

                            Return (Package (0x0A)
                            {
                                0x46, 
                                0x28, 
                                Zero, 
                                0x0A, 
                                0x14, 
                                0x1E, 
                                0x28, 
                                0x32, 
                                0x3C, 
                                0x46
                            })
                        }

                        Method (_BCM, 1, NotSerialized)
                        {
                            Divide (Arg0, 0x0A, Local0, Local1)
                            Store (Local1, ^^^^LPCB.EC0.BRTS)
                        }

                        Method (_BQC, 0, NotSerialized)
                        {
                            Multiply (^^^^LPCB.EC0.BRTS, 0x0A, Local0)
                            Return (Local0)
                        }
                    }

In my try to make it show up i also added

Name (_HID, EisaId ("LCD1234"))

in Device (LCD)

And

Device (PNLF)
                    {
                        Name (_HID, EisaId ("APP0002"))
                        Name (_CID, "backlight")
                        Name (_UID, 0x0A)
                        Name (_STA, 0x0B)
                    }

right above Device (LCD)

Also i am able to change brightness from my Fn Buttons but no notification is shows as the sound changing does!

Please any ideas?

Field Note #94 @Marchrius 2013-01-21

Led Wireless

How I can turn on wireless led with code in DSDT?

Validado com a participação de: @Thireus @uman @THeKiNG @pocenk @adriangb
Fontes e Registro de Autoria (32 membros creditados · Tópico #1960)
UsuárioContribuição no DossiêPostagensPeríodo Ativo
@umanColaborador Essencial212009-06-02 → 2010-03-29
@kizwanColaborador Essencial182009-06-01 → 2010-03-20
@pentiumpcAutor Principal82009-01-19 → 2009-03-03
@Slither2008Colaborador Essencial62009-03-03 → 2009-03-05
@candykaneColaborador Essencial62009-05-13
@richardaColaborador Essencial52010-03-16 → 2010-03-21
@THeKiNGColaborador Essencial42009-06-03 → 2009-06-18
@breakkyColaborador Essencial42010-03-13 → 2010-03-14
@ThireusColaborador Essencial32009-05-07 → 2009-05-13
@AlexaarColaborador22009-04-13 → 2009-04-29
@The Edge3000Colaborador22009-08-11 → 2009-09-07
@GurruwiwiColaborador22009-08-17
@EnzoFXColaborador22009-09-03
@SweatyColaborador22009-12-21
@ping99Colaborador22010-01-18 → 2010-07-04
@NameciColaborador22010-01-31
@barnumColaborador22010-03-13 → 2010-03-26
@adriangbColaborador22010-04-01
@kDawgColaborador12009-07-15
@aschar1Colaborador12009-08-07
@sk1nhd33tColaborador12009-08-09
@Common_SenseColaborador12009-09-08
@gnychisColaborador12009-09-25
@msinghColaborador12009-10-05
@2nerd4uColaborador12009-10-20
@mm67Colaborador12009-12-21
@adityaxavierColaborador12010-01-09
@pocenkColaborador12010-01-29
@saul1dColaborador12010-03-20
@SaGaRColaborador12010-12-20
@ribben89Colaborador12011-02-05
@MarchriusColaborador12013-01-21

Escolher idioma · Choose your language