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 · 101 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 ↗
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.
Notas de Campo e Relatos da Comunidade
101 respostas técnicas selecionadas a partir de 107 postagens originais
1. Ativar o botão liga/desliga físico (Power Button)
Altere `_HID` para `_CID` dentro do dispositivo `PWRB`:
Device (PWRB)
{
Name (_HID, EisaId ("PNP0C0C")) ---> Name (_CID, EisaId ("PNP0C0C"))
Name (_UID, 0xAA)
Name (_STA, 0x0B)
}
Encontrei esta dica em um site há algum tempo (créditos ao autor original).
Isso ativará o botão liga/desliga do seu gabinete ou notebook para exibir a caixa de diálogo de desligamento/repouso do Mac OS X na tela ao ser pressionado.
2. Corrigir a tela preta/apagada ao retornar do repouso (Wake)
No Asus Eee PC 1000H, a tela permanece apagada ao despertar do repouso (sleep), exigindo pressionar uma tecla de brilho para acender o backlight. O contorno antigo consistia em usar o SleepWatcher com o Reggie SE para gravar diretamente no registrador.
Modificando o método `_WAK` no DSDT para restaurar o nível de brilho automaticamente, resolvemos isso de forma definitiva na camada ACPI:
Method (WAK, 1, NotSerialized) // Despertar (WAKE up)
{
\_SB.PCI0.SBRG.EC0.EC0W (Arg0)
\_SB.PCI0.NWAK (Arg0)
\_SB.PCI0.SBRG.SWAK (Arg0)
LPWK (Arg0)
Store(\_SB.ATKD.PBLG,local0) //---> Obtém o nível de brilho atual da NVS
\_SB.ATKD.PBLS(local0) //---> Restaura o nível de brilho
}
Basta adicionar as 2 últimas linhas para reinicializar o brilho da tela ao acordar.
O nome exato do método pode variar em outros modelos de notebook; procure pelos métodos equivalentes de leitura e escrita de brilho (Backlight Get/Set) no seu DSDT.
3. Repouso ao fechar a tampa (Clamshell Sleep)
A maioria dos notebooks PC não entra em repouso nativamente no OS X ao fechar a tampa (LID). Procurei por um patch de DSDT pronto para isso e não encontrei, então escrevi meu próprio método para resolver:
Se alguém tiver um método alternativo ou ainda mais enxuto, fique à vontade para compartilhar!
Device (LID0)
{
Name (_HID, EisaId ("PNP0C0D")) // Detecção da tampa (LID)
Method (_PRW, 0, NotSerialized)
{
Return (Package (0x02)
{
0x0B,
0x04
})
}
Name (LIDS, One)
Method (_LID, 0, NotSerialized)
{
Store (^^PCI0.SBRG.EC0.SF13, LIDS) // Registrador de estado da tampa
XOr (LIDS, One, Local0)
IF (Local0) // Se a tampa estiver fechada
{
Notify (SLPB, 0x80) // Notifica o botão de repouso (SLPB) para dormir
}
Return (LIDS)
}
O dispositivo `LID` (ou `LID0`) é fácil de localizar pelo identificador `PNP0C0D`; basta adicionar a condição que envia `Notify (SLPB, 0x80)` quando a tampa é fechada.
Na maioria dos notebooks PC, o BIOS aguarda que o sistema operacional interprete a mudança de estado do `LID0`, mas como o OS X ignora a notificação padrão de tampa de PCs, fazemos o próprio método ACPI acionar diretamente o dispositivo `SLPB` (Sleep Button).
4. Ativando as teclas de função (Hotkeys Fn+Fx) em notebooks ASUS
Se você inspecionar a árvore do IORegistry e encontrar o dispositivo "ASUS010" ou "ATKD", significa que o seu notebook possui o controlador de atalhos ACPI da Asus para as teclas `Fn+Fx`.
Para mapeá-las diretamente via DSDT, criei primeiro uma kext de diagnóstico para registrar os códigos de notificação ACPI gerados por cada combinação de tecla, e em seguida localizei as respectivas interrupções `_Qxx` dentro do escopo `_GPE`. Com tudo mapeado, adicionei rotinas de alternância (toggle) nos próprios métodos ACPI para ligar e desligar cada periférico diretamente por hardware!
Agora consigo ligar e desligar o backlight da tela, Wi-Fi, Bluetooth, leitor de cartões, webcam e ajustar o brilho usando as teclas `Fn+Fx` nativamente:
Exemplo de código (alternância da Webcam):
Method (CAMS, 1, Serialized) // Define estado da câmera (Camera Set)
{
Return (OCMS (Arg0))
}
Method (CAMR, 0, Serialized) // Alterna estado da câmera (Camera Toggle : adicionado)
{
Store (OCMG , Local0)
XOr (Local0, One, Local0)
Return (OCMS (Local0))
}
Method (CAMG, 0, Serialized) // Obtém estado da câmera (Camera Get)
{
Return (OCMG )
}
E no manipulador de interrupção (query event) correspondente à tecla da câmera:
Method (_Q2A, 0, NotSerialized) // Evento da tecla de câmera
{
^^^^ATKD.CAMR // Alterna a câmera ligada/desligada
ATKN (0x1D) // Notifica o dispositivo ATKD
}
5. Correção de USB e Repouso via HPET
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)
}
Fazer o método `_STA` do dispositivo `HPET` retornar fixamente `0x0F` resolveu o meu problema de portas USB pararem de responder ou perderem o hot-plug após o repouso no 10.5.6 vanilla (sem precisar de kexts IOUSBFamily modificadas).
Atualização: Esse ajuste equivale ao que o DSDT Patcher aplica quando executado com a flag `-newHPET`, dispensando o uso da `Disabler.kext` para a `AppleIntelCPUPowerManagement`.
Estive analisando o `dsdt.aml` do meu Asus Eee PC 1000H para entender melhor todos os métodos sob `_SB.ATKD`.
Este resumo faz sentido?
Método - Descrição:
`PBL (S/G)` = Backlight (Luz de fundo)
`CAM (S/G)` = Webcam Set / Get
`CRD (S/G)` = Leitor de Cartões (Card Reader) Set / Get
`WLD (S/G)` = Wireless LAN Set / Get
`CFV (S/G)` = Velocidade do FSB Set / Get
`BTH (S/G)` = Bluetooth Set / Get
`SDSP` = Alternar monitor (Switch/Swap Display)
`M3G (S/G)` = Modem 3G Móvel
Já consegui fazer a câmera e o Bluetooth ligarem e desligarem usando a tecla `Fn` extra (`0x1D`). Tentei fazer o mesmo para o Wi-Fi, mas notei que a lógica dele alterna entre passar `0x11` ou `0x10`.
Também confirmo que a sua kext de teste da Asus registra todos os botões corretamente! Qual é a sua opinião sobre a lógica do botão de Wi-Fi?
Saudações,
Steve.
Aqui está a tabela de códigos de eventos ACPI do Eee PC que estou usando como referência (extraída via `acpi_listen` no Linux):
# Botões prateados superiores
KEY_SILVER1="0000001a" # Apagar tela
KEY_SILVER2="0000001b" # Alterar resolução
KEY_SILVER3="0000001c" # Botão do Usuário 1
KEY_SILVER4="0000001d" # Botão do Usuário 2
# Combinações Fn+Fx
KEY_Fn_F1="00000080" # Repouso (Sleep)
KEY_Fn_F2=("00000010" "00000011") # Alternar Wi-Fi
KEY_Fn_F5="0000002*" # Diminuir brilho
KEY_Fn_F6="0000002*" # Aumentar brilho
KEY_Fn_F7="00000016" # Desligar luz de fundo (Backlight off)
KEY_Fn_F8=("00000030" "00000031" "00000032") # Alternar vídeo externo
KEY_Fn_F9="00000012" # Gerenciador de tarefas
KEY_Fn_F10="00000013" # Mudo (Mute)
KEY_Fn_F11="00000014" # Diminuir volume
KEY_Fn_F12="00000015" # Aumentar volume
# Outros eventos ACPI
POWER_AC="00000001"
POWER_BAT="00000000"
Mapeamento de códigos de retorno no Eee PC:
- `Fn+F1`: não retorna código ao driver, mas `Notify (SLPB, 0x80)` coloca o sistema em repouso.
- `Fn+F5` e `Fn+F6`: retornam valores entre `0x20` e `0x2F` (15 níveis de brilho).
- `Fn+F8`: alterna entre LCD interno, monitor VGA externo ou ambos.
- Energia AC conectada retorna `0x50`; na bateria retorna `0x51`.
Como estou sobrecarregado no meu emprego principal, precisei pausar o desenvolvimento do driver completo, mas disponibilizo aqui a versão beta do meu pacote para quem quiser testar:
ASUS Hotkey Enabler: (media fire.com/download.php?4lnemnhjnzt)
Este pacote reúne diversas soluções para habilitar as teclas de atalho, elimina a necessidade do SleepWatcher, configura `Fn+F1` para repouso profundo (deep sleep) e permite personalizar ações de scripts para a maioria das teclas através do arquivo `.plist`.
Lembre-se de fazer backup do seu `DSDT.aml` atual antes de instalá-lo!
@Slither2008Método - Descrição: CFV (S/G) = Velocidade do FSB e Voltagem Set/Get; SDSP = Alternar monitor; HDPS = ?; PBP (S/G) = ?; HWCF = ?; GNVS = Get Volume?; SNVS = Set Volume?
Esclarecendo as siglas dos métodos do `ATKD`:
- `CFV`: Define apenas a frequência do FSB (Super Hybrid Engine), sem alterar voltagem.
- `HDP` / `PBP`: Define LCD interno, monitor externo ou espelhamento.
- `HWCF`: Configuração de hardware (desconhecido).
- `GNVS` / `SNVS`: Get / Set NVS (Non-Volatile SRAM do BIOS, nada a ver com volume de áudio!).
- `BIOS`: Retorna a versão atual do BIOS.
- `INIT`: Inicializa o dispositivo `ATKD` (precisa ser chamado pela kext para habilitar o envio de eventos das teclas).
Fique à vontade para republicar o meu pacote lá no fórum do EeeUser / ipis-osx! Obrigado!
Muito obrigado pelas explicações sobre os métodos e por compartilhar o seu driver beta das teclas `Fn`!
Vou preparar um guia detalhado lá no wiki do ipis-osx sobre tudo isso.
Saudações,
Steve.
Tópico sobre a aplicação dos seus patches no DSDT:
ipis-osx.wik idot.com/forum/t-135417/enabling-function-keys-by-modifying-your-dsdt#post-403326
Tópico sobre a sua kext experimental:
ipis-osx.wik idot.com/forum/t-135405/experimental-asus-hotkey-enabler-kext-driver#post-403338
Tenho muito interesse em colaborar com a programação da kext. Você estaria disposto a compartilhar o código-fonte da sua kext experimental para darmos continuidade ao desenvolvimento?
Saudações,
Steve.
Escrevi o esqueleto de uma kext IOKit com um `IOWorkLoop` básico que localiza e faz o match no dispositivo `ATKD`.
Porém, estou encontrando um Kernel Panic no momento de registrar o `IOInterruptEventSource`:
interruptSrc = IOInterruptEventSource::interruptEventSource(
(OSObject*)this,
OSMemberFunctionCast( IOInterruptEventAction,
this,
&com_ipis_driver_AsusFNKeys::interruptOccurred ),
(IOService*)provider,
(int)0);
Quando comento esse bloco de interrupção, a kext carrega normalmente. Se você puder me dar uma dica de como capturou as notificações do `ATKD` (via `registerInterest` / `kIOACPIMessageDeviceNotification` em vez de `IOInterruptEventSource`), agradeceria muito!
Olá! Como estão as coisas?
Estou trabalhando em melhorias adicionais para o DSDT do Eee PC 1000H e gostaria de trocar ideias sobre duas questões:
1. Nos dispositivos PS/2 (`PS2K` e `PS2M`), usamos o código abaixo, mas ele acaba gerando entradas duplicadas na árvore do IORegistry:
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}
})
}
2. Alguém já tentou implementar o despertar automático ao abrir a tampa do notebook (Wake on Clamshell Open) via DSDT?
Enquanto isso, montei meu próprio DSDT combinando as correções deste tópico: o sistema agora dorme e acorda perfeitamente no 10.5.6! Sigo pesquisando como implementar o despertar automático ao abrir a tampa (clamshell wake).
Alguém sabe onde e como posso passar os parâmetros do método `CFVS` no DSDT para definir o FSB em `54` e PCIe em `176` (para rodar o Atom do Eee PC 1000H em overclock a 1.9 GHz, assim como faço no Windows XP com o `eeectl`)?
Reuni algumas informações técnicas excelentes sobre o método `_WAK` que complementam muito bem esta coleção de mods de DSDT:
Informações sobre o método _WAK:
Argumentos:
Arg0: O valor do estado de suspensão do qual o sistema está retornando (1 para S1, 3 para S3 etc.).
Código de Resultado (Package de 2 DWORDs):
0x00000000: O despertar foi sinalizado e concluído com sucesso.
0x00000001: O despertar falhou por falta de energia.
0x00000002: O despertar falhou por condição térmica.
Segundo elemento: 0 em caso de sucesso, ou o estado S efetivo em caso de falha.
A especificação ACPI exige que o método `_WAK` retorne um pacote de dois elementos (`Package (0x02)`). Quando ambos são zero (`{0x00, 0x00}`), ele informa ao sistema operacional que o retorno do repouso foi 100% bem-sucedido (eliminando também o clássico aviso de compilação do iASL sobre `_WAK` não retornar valor).
Para corrigir problemas no retorno do modo de repouso, procure por `Method (_WAK, 1, NotSerialized)` e adicione a linha de retorno ao final:
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 no final do método _WAK antes de compilar
}
Controle nativo de brilho (Backlight / PNLF):
Outro dispositivo excelente para adicionar ao DSDT do seu notebook (dentro do escopo `_SB`):
CODE
Device (PNLF)
{
Name (_HID, EisaId ("APP0002"))
Name (_CID, "backlight")
Name (_UID, 0x0A)
Name (_STA, 0x0B)
}
Isso ativa o controle deslizante nativo de brilho da Apple nas Preferências do Sistema > Monitores!
Hmm... ninguém sabe como chamar o método de ajuste de FSB pelo DSDT?
Corrigindo o repouso (Sleep) e as portas USB após o despertar em notebooks:
Finalmente resolvi de vez o problema de o notebook acordar imediatamente sozinho após entrar em repouso!
O culpado era o método `_PRW` das portas USB que chamava `GPRW`.
Se você olhar dentro de cada dispositivo USB no DSDT, verá:
`Method (_PRW, 0, NotSerialized) { Return (GPRW (0xYZ, 0xYZ)) }`
Procure por `Method (GPRW` e altere o retorno final dele para:
CODE
Return (Package (0x02)
{
Zero,
Zero
})
Além disso, notei que o meu DSDT não possuía o `Device (PWRB)` (Power Button), que é referenciado pelos métodos de despertar USB nos MacBooks reais. Adicionei `PWRB` logo acima de `Device (SLPB)` dentro de `Scope (_SB)`:
CODE
Scope (_SB)
{
Device (PWRB)
{
Name (_HID, EisaId ("PNP0C0C"))
}
Device (SLPB)
{
Name (_HID, EisaId ("PNP0C0E"))
Method (_PRW, 0, NotSerialized)
{
Return (Package (0x02)
{
0x0B,
0x04
})
}
}
}
Em seguida, dentro de `Scope (_GPE)`, adicionei `Notify (\_SB.PWRB, 0x02)` nos métodos `_Lxx` correspondentes a cada controlador UHCI e portei a estrutura `PMES` de MacBook para o método `_L0D` dos controladores EHCI:
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 nos controladores EHCI resolveu completamente o repouso USB sem precisar de `EHCISleepEnabler`! (Dica: se houver algum `Notify` apontando para `HDEF` dentro de `_GPE`, remova-o, pois ele costuma impedir o repouso!).
Aproveitem!
Acabei de fazer o botão liga/desliga do meu gabinete exibir a janela de encerramento do Mac OS X ao ser pressionado:
CODE
Device (PWRB)
{
Name (_HID, EisaId ("PNP0C0C"))
}
Bastou trocar `_HID` por `_CID`!
Guia: Como injetar áudio HDA via DSDT ou EFI String (sem HDAEnabler / ALCinject)
Configurar o áudio não deveria depender de kexts injetoras extras quando você já utiliza um DSDT modificado ou uma string `device-properties`.
As kexts `HDAEnabler.kext` e `ALCinject.kext` não são necessárias! Tudo o que a `AppleHDA.kext` precisa receber via ACPI (DSDT) ou EFI são estas 3 propriedades:
- `layout-id`
- `codec-id`
- `PinConfigurations`
Você pode extrair os bytes de `PinConfigurations` pegando apenas o último byte de cada verbo de 32 bits em `ConfigData` (ou invertendo a ordem dos bytes de `Pin Default` de cada `[Jack]` do seu dump do codec ordenado por Node):
`<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>`
Exemplo prático a partir do dump do codec SigmaTel STAC9274D (Intel BadAxe2):
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
becomes 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
becomes 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
becomes 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
becomes 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
becomes 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
becomes 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
becomes 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
becomes 50214501
02171c50 02171d21 02171e45 02171f01
Para converter a sequência hexadecimal de `PinConfigurations` em Base64 (caso queira usar em um arquivo XML do `gfxutil`), basta rodar no Terminal:
CODE
`echo "1f4021014090a1022e308101104011012090a101121011011170110150214501" | xxd -r -p | openssl enc -base64`
O que resulta em:
CODE
`H0AhAUCQoQIuMIEBEEARASCQoQESEBEBEXARAVAhRQE=` para a minha placa BadAxe2 (STAC9274D).
Localize o endereço PCI do áudio com:
CODE
`gfxutil -f HDEF` (ou `AZAL` se ainda não tiver renomeado no DSDT)
Que retorna:
CODE
`DevicePath = PciRoot(0x0)/Pci(0x1b,0x0)`
Trecho XML para 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>
Melhor ainda do que usar string EFI é injetar diretamente no DSDT (veja o código completo no post a seguir). Aqui está como o dispositivo `HDEF@1B` fica registrado no IORegistry nas placas BadAxe1 (STAC9221D A2) e BadAxe2 (STAC9274D):
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
| | | | }
Aqui está o código ASL para injetar o áudio diretamente no DSDT (com exemplos para a Intel BadAxe1 e BadAxe2):
ÁUDIO NO DSDT:
CODE
______________________________________________________________
// Adicione o método DTGP próximo ao início do seu DSDT (logo após Method (_WAK, 1, ...)):
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)
}
______________________________________________________________
// Renomeie todas as ocorrências de AZAL para HDEF
______________________________________________________________
// Exemplo 1: BadAxe1 (D975XBXLKR)
______________________________________________________________
// Insira ao final de Device (HDEF):
// BadAxe1 (D975XBXLKR)
Method (_DSM, 4, NotSerialized)
{
Store (Package (0x08)
{
"codec-id",
Buffer (0x04)
{
0x83, 0x76, 0x84, 0x83 // Codec ID em hexadecimal (ordem invertida / little-endian)
},
"layout-id",
Buffer (0x04)
{
0x02, 0x00, 0x00, 0x00 // Layout ID em hexadecimal (ordem invertida)
},
"device_type",
Buffer (0x16)
{
"SigmaTel STAC9221D A2"
},
"PinConfigurations",
Buffer (0x1C)
{
/* 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
}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
______________________________________________________________
// Exemplo 2: BadAxe2 (D975XBX2KR)
______________________________________________________________
// Insira ao final de Device (HDEF):
// BadAxe2 (D975XBX2KR)
Method (_DSM, 4, NotSerialized)
{
Store (Package (0x08)
{
"codec-id",
Buffer (0x04)
{
0x21, 0x76, 0x84, 0x83 // Codec ID em hexadecimal (ordem invertida)
},
"layout-id",
Buffer (0x02)
{
0x04, 0x00, 0x00, 0x00 // Layout ID em hexadecimal (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)
}
______________________________________________________________
Ativando teclas de atalho em notebooks Acer (acer-acpi)
@pentiumpcMapeamento de códigos de retorno no Eee PC...
Olá, pentiumpc!
Gostaria de pedir a sua orientação: quero habilitar duas teclas de atalho essenciais no meu notebook Acer sob o OS X — no Windows elas dependem do aplicativo "Launch Manager" e no Linux utilizam o módulo `acer-acpi` para ligar/desligar a placa Wi-Fi e o módulo Bluetooth interno. Felizmente o Wi-Fi já liga sozinho no boot, mas o Bluetooth permanece desligado em nível de hardware, de modo que nem sequer aparece no barramento USB do OS X. Gostaria muito de aprender como acionar esse registrador via DSDT ou portar a lógica do `acer-acpi` para uma kext!
kizwan
Sobre o acer-acpi / AMW0
@kizwanGostaria muito de aprender como acionar esse registrador via DSDT ou portar a lógica do acer-acpi para uma kext! kizwan
Olá, kizwan! Que bom vê-lo por aqui também!
Sobre o `acer_acpi`: o melhor ponto de partida para notebooks Acer no OS X é a `AMW0.kext` criada pelo Superhai (que interage com o dispositivo WMI `AMW0` presente no DSDT dos notebooks Acer).
-u
Controle de Bluetooth via DSDT em notebooks
Talvez seja possível ligar o Bluetooth diretamente pelo método `_INI` ou `_WAK` no DSDT! Notei que no meu notebook Gateway existem registradores de controle no Embedded Controller (EC) que ligam/desligam o Wi-Fi e o Bluetooth no boot e no retorno do repouso.
Procure no seu DSDT pelos métodos chamados durante a inicialização ou no retorno do sleep para identificar qual bit de registrador alimenta o módulo Bluetooth.
kizwan:
Procure pelo dispositivo `AMW0` (`PNP0C14`) dentro do seu DSDT (confira as notas técnicas do Carlos, autor do driver `acer_acpi` do Linux, em `strangeworlds.co.uk/2007/11/24/amw0-later-models-aka-version-2-notes/`).
Verifique também se o bloco `AMW0` ou o método `_INI` do seu DSDT condiciona a ativação dos botões à verificação `_OSI ("Windows 2006")`.
Desculpem a demora em responder! Vocês acertaram em cheio — encontrei exatamente isto no meu `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 o método `_INI` verificando o sistema operacional:
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)
}
}
Mesmo no Windows XP/Vista o botão físico de Bluetooth só funciona após instalar o utilitário "Launch Manager", que envia o comando WMI ao dispositivo `AMW0`. Vou analisar como acionar esse método diretamente no DSDT ou via `AMW0.kext`. Muito obrigado!
kizwan
No código do `_INI`, ele apenas armazena o identificador do sistema operacional na variável global `OSYS` (por exemplo, `0x07D6` para o Windows Vista). Se você procurar por `OSYS` ao longo do DSDT, verá se algum método exige que `OSYS` tenha um valor do Windows (ou você pode simplesmente adicionar `Store (0x07D6, OSYS)` ao final de `_INI` para simular o Windows Vista para o BIOS!).
Com a `AMW0.kext` do Superhai (baseada em IOKit), você pode fazer o método `start` da kext chamar diretamente o método ACPI do dispositivo `AMW0` que liga o Bluetooth no boot. A documentação do driver `acer_acpi` do Linux mostra exatamente quais argumentos passar para o método `WMAB`/`WMI` da Acer. Boa sorte!
Sou usuário de um notebook Asus M50Sv e também venho pesquisando o mapeamento completo das teclas `Fn` e botões multimídia.
Nativamente já funcionam `Fn+F1` (Repouso), `Fn+F2` (Wi-Fi/BT), `Fn+F5/F6` (Brilho, após desativar o sensor de luz ambiente) e `Fn+F7` (Desligar LCD), mas `Fn+F8` (alternar monitor) causa reinício imediato e as teclas de volume/mídia não respondem.
No meu DSDT o dispositivo sob `ATKD` usa o `_HID` `ATK0100` em vez de `ASUS010`.
Usando o código-fonte do utilitário *ASUS Notebook Keys* (rapid share.com/files/74365305/AsusNbKeys_v1.3_SRC.zip), mapeei todos os códigos de evento gerados pelas teclas do meu modelo:
Setas de controle multimídia (`Fn + Setas`):
`->`: Evento `0x41` - Avançar (Fast forward)
`<-`: Evento `0x40` - Retroceder (Rewind)
`^` : Evento `0x43` - Parar (Stop)
`v` : Evento `0x45` - Reproduzir/Pausar (Play/Pause)
Teclas de Função (`Fn + F1-F12`):
F1: Repouso (funciona)
F2: Evento `0x5D` - Alternar Wi-Fi/BT (funciona)
F3: Evento `0x50` - Abrir aplicativo de E-mail
F4: Evento `0x51` - Abrir navegador
F5: Evento `0x2D` - Diminuir brilho (funciona)
F6: Evento `0x1E` - Aumentar brilho (funciona)
F7: Evento `0x34` - Ligar/desligar LCD (funciona)
F8: Evento `0x61` - Alternar LCD/VGA (causa reinício imediato se acionado sem driver)
F9: Evento `0x68` - Touchpad
F10: Evento `0x32` - Mudo (Mute)
F11: Evento `0x31` - Diminuir volume
F12: Evento `0x30` - Aumentar volume
Outras combinações (`Fn + Tecla`):
T: Evento `0x99`
A: Evento `0x7A` - Sensor de luz ambiente
C: Evento `0x8A` - Splendid Video
V: Evento `0x82` - Câmera / Captura
Espaço: Evento `0x5C` - Power4Gear
Alguém sabe como interceptar esses eventos `0x30`, `0x31` e `0x32` do `ATK0100` para enviá-los como eventos de teclado de volume ao OS X?
A melhor abordagem para resolver isso de forma definitiva na comunidade OSx86 seria seguirmos o modelo da arquitetura de drivers ACPI/WMI do Linux: criar uma kext núcleo genérica que traduza notificações ACPI/WMI em eventos HID do OS X (`IOHIKeyboard`), permitindo que pequenos plugins ou arquivos `.plist` definam os códigos específicos de cada fabricante (Asus `ATKD`/`ATK0100`, Acer `AMW0`, Dell, HP etc.).
@umanA melhor abordagem para resolver isso de forma definitiva na comunidade OSx86 seria seguirmos o modelo da arquitetura de drivers ACPI/WMI do Linux...
Concordo 100%! A `AMW0.kext` do Superhai e o `VoodooPS2Controller` mostram como uma arquitetura modular facilita tudo. Mesmo não sendo programador C++, venho destrinchando as tabelas ACPI do meu DSDT usando lógica e pesquisa profunda para mapear todos os métodos!
@umanNo código do _INI, ele apenas armazena o identificador do sistema operacional na variável global OSYS...
Adaptei os nomes dos métodos na `AMW0.kext` para corresponderem aos do meu `dsdt.dsl` e agora o dispositivo `AMW0` aparece registrado e ativo no IORegistry! Também estou estudando o código-fonte da `ACPI4ASUS.kext`.
Encontrei este método `LAMN` no meu DSDT — pelo que entendi, ele verifica `\_SB.AMW0.WLMP` para inicializar o estado do Wi-Fi durante o POST:
Method (LAMN, 1, NotSerialized)
{
If (\_SB.AMW0.WLMP)
{
Store (Arg0, \_SB.AMW0.WLID)
Notify (\_SB.AMW0, 0xB0)
}
Else
{
PHSR (0x1F, Arg0)
}
}
Vou procurar onde a chamada `PHSR` ou o registrador equivalente do Bluetooth (`BUID`) é acionado!
kizwan
Realmente, como os fabricantes não documentam os métodos internos do BIOS, o trabalho de engenharia reversa do DSDT é pura análise lógica e tentativa e erro. Você poderia me passar o link onde encontrou o código-fonte da `AMW0.kext` do Superhai para eu estudar também depois que terminar o meu driver de leitor de cartões SD?
@umanVocê poderia me passar o link onde encontrou o código-fonte da AMW0.kext do Superhai...
Você pode baixar tanto a `AMW0.kext` compilada quanto o código-fonte nesta página do Superhai:
supe rhai.com/xdarwin.html
Que incrível saber que você está desenvolvendo um driver para leitor de cartões SD! Por acaso ele dará suporte aos leitores Texas Instruments (TI PCIxx12 / FlashMedia)?
kizwan
@kizwanVocê pode baixar tanto a AMW0.kext compilada quanto o código-fonte nesta página do Superhai: supe rhai.com/xdarwin.html
Eu tinha deixado passar essa página! Muito obrigado pelo link!
@kizwanPor acaso ele dará suporte aos leitores Texas Instruments (TI PCIxx12 / FlashMedia)?
Sim, é justamente para o controlador Texas Instruments (TI) que equipa os meus notebooks Gateway e Acer! Escolhi esse projeto para ganhar prática na API de drivers de armazenamento do IOKit.
-u
@kizwanQue incrível saber que você está desenvolvendo um driver para leitor de cartões SD!
Coloquei o driver em pausa temporária hoje após a notícia de ontem de que a Apple acabou de lançar os novos MacBook Pro com slot de cartão SD integrado! Quero inspecionar como a própria Apple implementou a nova kext nativa de cartão SD no 10.5.7/10.6 antes de prosseguir.
Mostrar mais 64 notas técnicas da comunidadeRegistro histórico completo
@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.
@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
@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. ^_^
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
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
@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
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.
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
@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
@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.
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
"
@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
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
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
@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
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.
@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
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.
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)
}
}
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.
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.
@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...
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>
@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)
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.
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
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.
@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.
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?
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).
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
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.
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
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
})
}
@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?
@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!
@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.
@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
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!
@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
@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.
@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
@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.
@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
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!
@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?
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.
@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?
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.
@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.
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.
@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 ?
@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
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 ?
@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.
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.
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.
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
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.
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.
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)
}
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?
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?
Led Wireless
How I can turn on wireless led with code in DSDT?
Fontes e Registro de Autoria (32 membros creditados · Tópico #1960)
| Usuário | Contribuição no Dossiê | Postagens | Período Ativo |
|---|---|---|---|
| @uman | Colaborador Essencial | 21 | 2009-06-02 → 2010-03-29 |
| @kizwan | Colaborador Essencial | 18 | 2009-06-01 → 2010-03-20 |
| @pentiumpc | Autor Principal | 8 | 2009-01-19 → 2009-03-03 |
| @Slither2008 | Colaborador Essencial | 6 | 2009-03-03 → 2009-03-05 |
| @candykane | Colaborador Essencial | 6 | 2009-05-13 |
| @richarda | Colaborador Essencial | 5 | 2010-03-16 → 2010-03-21 |
| @THeKiNG | Colaborador Essencial | 4 | 2009-06-03 → 2009-06-18 |
| @breakky | Colaborador Essencial | 4 | 2010-03-13 → 2010-03-14 |
| @Thireus | Colaborador Essencial | 3 | 2009-05-07 → 2009-05-13 |
| @Alexaar | Colaborador | 2 | 2009-04-13 → 2009-04-29 |
| @The Edge3000 | Colaborador | 2 | 2009-08-11 → 2009-09-07 |
| @Gurruwiwi | Colaborador | 2 | 2009-08-17 |
| @EnzoFX | Colaborador | 2 | 2009-09-03 |
| @Sweaty | Colaborador | 2 | 2009-12-21 |
| @ping99 | Colaborador | 2 | 2010-01-18 → 2010-07-04 |
| @Nameci | Colaborador | 2 | 2010-01-31 |
| @barnum | Colaborador | 2 | 2010-03-13 → 2010-03-26 |
| @adriangb | Colaborador | 2 | 2010-04-01 |
| @kDawg | Colaborador | 1 | 2009-07-15 |
| @aschar1 | Colaborador | 1 | 2009-08-07 |
| @sk1nhd33t | Colaborador | 1 | 2009-08-09 |
| @Common_Sense | Colaborador | 1 | 2009-09-08 |
| @gnychis | Colaborador | 1 | 2009-09-25 |
| @msingh | Colaborador | 1 | 2009-10-05 |
| @2nerd4u | Colaborador | 1 | 2009-10-20 |
| @mm67 | Colaborador | 1 | 2009-12-21 |
| @adityaxavier | Colaborador | 1 | 2010-01-09 |
| @pocenk | Colaborador | 1 | 2010-01-29 |
| @saul1d | Colaborador | 1 | 2010-03-20 |
| @SaGaR | Colaborador | 1 | 2010-12-20 |
| @ribben89 | Colaborador | 1 | 2011-02-05 |
| @Marchrius | Colaborador | 1 | 2013-01-21 |