USB Desconectar-Conectar para funcionar

[kreator]

Preciso de uma ajuda com esse bug.

Ao voltar do sleep, o teclado e mouse USB nao funcionam.

Preciso desconectar o teclado/mouse USB e reconectar para que voltem ao normal.

Alguem sabe como resolver?

Obrigado!

[Cassio]

Tente os patches UHCI, EHCI e IRQs pro seu chipset http://Olarila.com/forum/viewtopic.php?f=7&t=646

[kreator]

Olá Cassio,

Tenho uma Asus P8Z68 V-Pro. O arquivo de patch para ela é para a bios mais antiga, na série 3 mudou bastante coisa e não compila mais o DSDT com o patch disponivel. Tentei até ver na mão como aplicar o que tem no arquivo na parte de UHCI e EHCI mas não consegui compilar.

Pelo que vi no LOG, é o erro:

The IOUSBFamily is having trouble enumerating a USB device that has been plugged in.

 

Tente os patches UHCI, EHCI e IRQs pro seu chipset http://Olarila.com/forum/viewtopic.php?f=7&t=646

[Cassio]

Tentou o P8 (generic) BIOS 3xxx?

[kreator]

Sim, esse é o que já tenho na DSDT que rodo atualmente. Extrai no windows, apliquei o generic P8 3xxx patch e tudo funciona 100%, sleep etc menos esse bug USB.

 

Tentou o P8 (generic) BIOS 3xxx?

[kreator]

Tentei refazer a DSDT e aplicar todos os patches relacionados a USB e EHCI no Olarila mas nada, ainda preciso tirar o mouse/teclado e reconectar quando volta do sleep. Alguma luz pessoal? Obrigado!

[Cassio]

Vi alguns casos parecidos, todos sem solução. Alguns dizem que resolveram removendo os devices EHC1 e EHC2 da DSDT, as portas não são mais reconhecidas como integradas mas continuam funcionando após o sleep. Se funcionar pra você, pode tentar descobrir que parte do código desses devices causa o problema.

[kreator]

Remover tudo não mudou em nada, vou tentar modificar partes!

[Cassio]

Você removeu todo o conteúdo ou o device em si?

[kreator]

Removi os devices inteiros, EHC1 e EHC2

 

Você removeu todo o conteúdo ou o device em si?

[Cassio]

Tente este patch (aplique sobre a DSDT original, não é o mesmo que você usou)

P8 (generic) BIOS 3xxx.txt.zip

Se não funcionar tente este (sobre a DSDT já com o patch anterior)

EHCI power.txt.zip

[kreator]

Cassio, tanto o primeiro quanto o segundo fizeram precisar desplugar e plugar mouse e teclado ja no primeiro boot, e não somente depois de voltar do sleep.

Mas to animado!

 

Tente este patch (aplique sobre a DSDT original, não é o mesmo que você usou)

[attachment=1]P8 (generic) BIOS 3xxx.txt.zip[/attachment]

Se não funcionar tente este (sobre a DSDT já com o patch anterior)

[attachment=0]EHCI power.txt.zip[/attachment]

[Cassio]

Confira se os patches EHCI estão sendo aplicados e se você tem apenas um device com _ADR 0x001D0000 e um com 0x001A0000. Vi casos com 3 devices USB (EHC1, EHC2 e EUSB) dois deles com mesmo endereço.

A única diferença do primeiro patch pro que você tinha usado antes é a forma de aplicar os patches EHCI, pelo nome ao invés de pelo endereço.

[kreator]

Opa, realmente:

Device (EUSB)

{

Name (_ADR, 0x001D0000)

e

Device (EHC1)

{

Name (_ADR, 0x001D0000)

O que faço Cassio?

 

Confira se os patches EHCI estão sendo aplicados e se você tem apenas um device com _ADR 0x001D0000 e um com 0x001A0000. Vi casos com 3 devices USB (EHC1, EHC2 e EUSB) dois deles com mesmo endereço.

A única diferença do primeiro patch pro que você tinha usado antes é a forma de aplicar os patches EHCI, pelo nome ao invés de pelo endereço.

[Cassio]

Tente aplicar este patch sobre a DSDT original

http://Olarila.com/Packs/Asus/P8%20(generic)%20BIOS%203xxx.txt

Apenas mude esta parte (antes de aplicar)

into[b][color=#FF0000]_all[/color][/b] device name_adr 0x001D0000 insert

[kreator]

Cassio,

Com esse patch aplicado continuo tendo o EUSB e o EHC1 com o endereço duplicado 0x001D0000

 

Tente aplicar este patch sobre a DSDT original

http://Olarila.com/Packs/Asus/P8%20(generic)%20BIOS%203xxx.txt

Apenas mude esta parte (antes de aplicar)

into[b][color=#FF0000]_all[/color][/b] device name_adr 0x001D0000 insert

[kreator]

Cassio,

Deletei o EHC1, EHC2 e o EUSB.

Tudo funcionando depois do sleep!!!!

Somente perdi a funcionalidade de wake clicando no mouse ou apertando alguma tecla no teclado. Mas agora tudo retorna do sleep 100%!

Tenho isso no kernel.log tb ao remover tudo:

Jul 5 18:31:14 localhost kernel[0]: USBF: 0.430 AppleUSBEHCI[0xffffff801f48a000]::CheckSleepCapability - controller will be unloaded across sleep

Jul 5 18:31:14 localhost kernel[0]: USBF: 0.434 AppleUSBEHCI[0xffffff801f47f000]::CheckSleepCapability - controller will be unloaded across sleep

[Cassio]

Com esse patch aplicado continuo tendo o EUSB e o EHC1 com o endereço duplicado 0x001D0000

O patch não iria remover ou mudar o endereço de um deles, mas sim adicionar o código em ambos, mas se não resolveu, não adianta.

 

Somente perdi a funcionalidade de wake clicando no mouse ou apertando alguma tecla no teclado. Mas agora tudo retorna do sleep 100%!

Não é o ideal, mas se resolveu o problema, beleza.

 

Tenho isso no kernel.log tb ao remover tudo:

Jul 5 18:31:14 localhost kernel[0]: USBF: 0.430 AppleUSBEHCI[0xffffff801f48a000]::CheckSleepCapability - controller will be unloaded across sleep

Jul 5 18:31:14 localhost kernel[0]: USBF: 0.434 AppleUSBEHCI[0xffffff801f47f000]::CheckSleepCapability - controller will be unloaded across sleep

E se remover apenas o EUSB e aplicar o patch nos outros dois?

[kreator]

Ai continua o problema do unplug depois do sleep!

Não acho que esse erro no log seja algo sério?

 

O patch não iria remover ou mudar o endereço de um deles, mas sim adicionar o código em ambos, mas se não resolveu, não adianta.

Não é o ideal, mas se resolveu o problema, beleza.

E se remover apenas o EUSB e aplicar o patch nos outros dois?

[Cassio]

A mensagem em si não é problema, mas em alguns casos quando aparece essa mensagem, se tiver um pen drive ou HD USB conectado, o volume é desmontado na volta do sleep.

[kreator]

Verifiquei e realmente, com um pendrive conectado, no wake ele aparece que nao foi devidamente desmontado o pen drive, e ele esta ejetado. Como se eu tivesse puxado ele sem desmontar.

 

A mensagem em si não é problema, mas em alguns casos quando aparece essa mensagem, se tiver um pen drive ou HD USB conectado, o volume é desmontado na volta do sleep.

[Cassio]

Tentou ao invés de remover os devices inteiros, remover apenas o código original (exceto o _ADR) e incluir o código do patch?

[kreator]

Acabei de testar. Mesmo erro quando volta do sleep, tem que replugar o teclado/mouse.

Esse erro aqui:

SMC::smcInitHelper ERROR: MMIO regMap == NULL - fall back to old SMC mode

É normal?

 

Tentou ao invés de remover os devices inteiros, remover apenas o código original (exceto o _ADR) e incluir o código do patch?

[Cassio]

Sim, é normal com a última AppleSMC.

[kreator]

Bom acho que o jeito é ir testando com diferentes patches ate achar um que faça o EHC1 e EHC2 funcionarem. O EUSB acho que é intruso e tem que permanecer deletado pelo que entendi.