Jump to content
kreator

USB Desconectar-Conectar para funcionar

Recommended Posts

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
Link to comment
Share on other sites

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.

ASUS N53Jq • CPU: Intel Core i7-740QM 1.73GHz • RAM: 6,0GB • HD: 500GB • GPU: GeForce GT 425M 1GB 1920x1080 • OS: OS X 10.8.4 • Linux Mint 15 • Windows 8

Link to comment
Share on other sites

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

ASUS N53Jq • CPU: Intel Core i7-740QM 1.73GHz • RAM: 6,0GB • HD: 500GB • GPU: GeForce GT 425M 1GB 1920x1080 • OS: OS X 10.8.4 • Linux Mint 15 • Windows 8

Link to comment
Share on other sites

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]

Link to comment
Share on other sites

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.

ASUS N53Jq • CPU: Intel Core i7-740QM 1.73GHz • RAM: 6,0GB • HD: 500GB • GPU: GeForce GT 425M 1GB 1920x1080 • OS: OS X 10.8.4 • Linux Mint 15 • Windows 8

Link to comment
Share on other sites

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.

Link to comment
Share on other sites

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

ASUS N53Jq • CPU: Intel Core i7-740QM 1.73GHz • RAM: 6,0GB • HD: 500GB • GPU: GeForce GT 425M 1GB 1920x1080 • OS: OS X 10.8.4 • Linux Mint 15 • Windows 8

Link to comment
Share on other sites

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

Link to comment
Share on other sites

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?

ASUS N53Jq • CPU: Intel Core i7-740QM 1.73GHz • RAM: 6,0GB • HD: 500GB • GPU: GeForce GT 425M 1GB 1920x1080 • OS: OS X 10.8.4 • Linux Mint 15 • Windows 8

Link to comment
Share on other sites

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?

Link to comment
Share on other sites

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.

ASUS N53Jq • CPU: Intel Core i7-740QM 1.73GHz • RAM: 6,0GB • HD: 500GB • GPU: GeForce GT 425M 1GB 1920x1080 • OS: OS X 10.8.4 • Linux Mint 15 • Windows 8

Link to comment
Share on other sites

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.
Link to comment
Share on other sites

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?

ASUS N53Jq • CPU: Intel Core i7-740QM 1.73GHz • RAM: 6,0GB • HD: 500GB • GPU: GeForce GT 425M 1GB 1920x1080 • OS: OS X 10.8.4 • Linux Mint 15 • Windows 8

Link to comment
Share on other sites

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?
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.





×
  • Create New...
The popup will be closed in 15 seconds...