[LøST]Bluetooth mus, funker ikke etter suspend -- mere info etter innhopp

[Balthier]

Bluetooth mus, funker ikke etter suspend. Ved bruk av enten service bluetooth restart eller rfkill block/unblock så kommer det på igjen.

 

Forsåvidt inget stort problem inntil jeg oppdaget at denne buggen kan få svært labre konsekvenser for gjenkoblingsprosessen, da mus slutter å fungere totalt inntil jeg for gjennomført koplingen korrekt og komplett med et separat adapter.

 

Hvilke prosesser som måtte spille in her måtte gudene vite (eller en svært kompetent utvikler), så jeg foretrekker å først feilsøke pm-suspend prosessen og bluetooths derav feilkoplete mus.

 

~Balthy

Endret 18. mai 2011 av Balthier842

[Balthier]

Ups. Så nå at dette faktisk ikke var et spørsmål i seg selv, så det jeg egentlig lurer på er hvordan jeg kan finne ut mere om hva som faktisk skjer mellom bt dongle og mus når dette feiler.

 

her er bluetooth relevante instanser i pm-suspend.log:

 

/usr/lib/pm-utils/sleep.d/55NetworkManager resume suspend: success.

Running hook /usr/lib/pm-utils/sleep.d/49bluetooth resume suspend:

 

/usr/lib/pm-utils/sleep.d/49bluetooth resume suspend: success.

Running hook /usr/lib/pm-utils/sleep.d/45bluetooth-service resume suspend:

 

/usr/lib/pm-utils/sleep.d/45bluetooth-service resume suspend: success.

Running hook /usr/lib/pm-utils/sleep.d/44bluetooth-known-quirk resume suspend:

 

 

Fiklet litt med hcitool men jeg blir ikke smartere av å finne ut noe her. Kunne virkelig treng litt hjelp eller noen ideer med å feilsøke dette, fordi det er ikke alltid jeg har en ekstra BT adapter tilgjengelig på farten.

 

 

Jeg vet at BT dongle er integrert i dette pcie-mini wlan kortet:

 

02:00.0 Network controller: Broadcom Corporation BCM4313 802.11b/g LP-PHY (rev 01)

 

Men jeg sliter med å finne det spesifikke navnet på donglen selv.

 

All hjelp taes i mot med takk.

 

~Balthy

[Balthier]

ok sjekket dette nå videre og her er hva dmesg sier:

 

 

[67365.283704] PM: Syncing filesystems ... done.

[67365.288105] PM: Preparing system for mem sleep

[67365.288139] Freezing user space processes ... (elapsed 0.01 seconds) done.

[67365.304686] Freezing remaining freezable tasks ... (elapsed 6.43 seconds) done.

[67371.736193] PM: Entering mem sleep

...

[67371.738175] btusb_intr_complete: hci0 urb eedbeb00 failed to resubmit (1)

[67371.739178] btusb_bulk_complete: hci0 urb eedbe900 failed to resubmit (1)

[67371.740174] btusb_bulk_complete: hci0 urb eedbe580 failed to resubmit (1)

...

[67375.437113] btusb 5-2:1.0: no reset_resume for driver btusb?

[67375.437120] btusb 5-2:1.1: no reset_resume for driver btusb?

...

[67375.688356] PM: resume of drv:bluetooth dev:hci0 complete after 519.118 msecs

[67375.688404] PM: resume of devices complete after 1805.862 msecs

[67375.689079] PM: resume devices took 1.808 seconds

[67375.689423] PM: Finishing wakeup.

[Balthier]

bump!

[Flimzes]

[67375.437113] btusb 5-2:1.0: no reset_resume for driver btusb?

[67375.437120] btusb 5-2:1.1: no reset_resume for driver btusb?

 

Driveren mangler funksjoner for å starte opp bluetoothadapteren etter suspend.

[mikeys]

Hvis det er mulig å restarte manuelt kan du legge inn kommandoene for å gjøre det i /etc/pm/sleep.d/05bluetooth. Filen må gjøres kjørbar.

 

Jeg bruker det for wifi, så jeg har /etc/pm/sleep.d/05wifi med følgende innhold

 

#!/bin/bash

case $1 in
       hibernate)
       ;;
       suspend)
       ;;
       thaw)
       ;;
       resume)
               /etc/init.d/net.wlan0 restart
       ;;
esac

 

Det kan i det minste være et plaste på såret.

Endret 18. mai 2011 av mikeys

[Balthier]

Hei. Veldig nyttig script. Har liksom sett dette før uten å forstå akkurat hva som gjorde hva. Ditt eksempel satt det hele på det rene. Takk skal du ha.

 

Jeg har uten videre analyse nå funnet ut at det ikke er selve bluetooth service alene som er problemet.

 

Ved resume finner jeg at hci0 er softblocket ved: rfkill list

 

0: eeepc-wlan: Wireless LAN

Soft blocked: no

Hard blocked: no

1: eeepc-bluetooth: Bluetooth

Soft blocked: no

Hard blocked: no

4: hci0: Bluetooth

Soft blocked: yes

Hard blocked: no

 

rfkill unblock 4

rfkill block 4

rfkill unblock 4

 

løser problemet og bt mus fungerer igjen. Saken er at tildelelsen av nummer gjøres dynamisk, i.e, hci0 ligger på nummer 3 i blant osv. Så jeg vet ikke hvordan jeg skal kunne scripte en unblock, block, unblock prosedyre.

 

Takker for hjelpen så langt, men jeg er enda ikke i mål. Jeg setter stor pris på hjelp med det her.

 

~Balthy

[mikeys]

Du kan kjøre rfkill unblock bluetooth, det burde fikse biffen.

 

Står i man rfkill.

[Balthier]

Aldeles nydelig. BT mus funker knirkefritt igjen, takk skal du ha!

 

 

~Balthy