USB Bluetooth dongle prevents suspendHow to turn off the USB power to my mouse, when I suspend the notebook?Bluetooth (Atheros AR5BBU22) not workingBluetooth mouse no longer paired after resuming from suspend since upgrading to 13.10bluetooth dongle not paringCrashplan service prevents suspendHow to set up bluetooth in ubuntu 18.04?
Why do Russian names transliterated into English have unpronounceable 'k's before 'h's (e.g. 'Mikhail' instead of just 'Mihail')?
Evil plans - how do you come up with interesting ones?
Do Adventure cards count towards "number of instant and sorcery cards in your graveyard"?
Disjoint Collection Method in Apex?
Clonezilla made a smaller image than actual drive size
Does detect magic detect itself?
Is the use of ellipsis (...) dismissive or rude?
What's the best way to keep cover of a pan slightly opened?
Why impeach Trump now and not earlier?
Most general definition of differentiation
Keep password in macro?
In Alita: Battle Angel do cyborgs have stomachs?
"Don't invest now because the market is high"
How to tell my Mom that I don't care about someone without upsetting her?
What is the purpose of the rules in counterpoint composition?
Why do cargo airlines frequently choose passenger aircraft rather than aircraft designed specifically for cargo?
Found that newly hired employee wasn't completely frank. What would be good to do in that situation?
Intuitive explanation why some autonomous DEs go to infinity in finite time.
How to divide list according to the pattern?
How can resurrecting a person make them evil?
What movie or fandom is this jewelry from?
Can a German employer force mandatory overtime and forbid salary discussion?
Did the Mueller report find that Trump committed any felonies?
Can I re-whip whipped cream?
USB Bluetooth dongle prevents suspend
How to turn off the USB power to my mouse, when I suspend the notebook?Bluetooth (Atheros AR5BBU22) not workingBluetooth mouse no longer paired after resuming from suspend since upgrading to 13.10bluetooth dongle not paringCrashplan service prevents suspendHow to set up bluetooth in ubuntu 18.04?
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty
margin-bottom:0;
On my 18.04 machine with stock kernel 4.15, I'm using a run-of-the-mill CSR Bluetooth dongle. Problem now is that the machine will not suspend properly when that dongle is plugged in - it will go to sleep for something between 5 and 10 seconds, but then resume on its own, even if no Bluetooth devices are currently connected or even powered on. When I unplug the dongle before suspend, it stays suspended as it should.
I could just turn off USB wakeup entirely, but I was hoping there's a more nuanced solution that just prevents wakeup via the Bluetooth dongle...
lsusb, usb-devices, hcitool output for dongle:
Bus 001 Device 007: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
T: Bus=01 Lev=02 Prnt=02 Port=02 Cnt=02 Dev#= 7 Spd=12 MxCh= 0
D: Ver= 2.00 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
P: Vendor=0a12 ProdID=0001 Rev=88.91
S: Product=CSR8510 A10
C: #Ifs= 2 Cfg#= 1 Atr=e0 MxPwr=100mA
I: If#= 0 Alt= 0 #EPs= 3 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
I: If#= 1 Alt= 0 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
hci0: Type: Primary Bus: USB
BD Address: xx:xx:xx:xx:xx:xx ACL MTU: 310:10 SCO MTU: 64:8
UP RUNNING PSCAN
RX bytes:124465 acl:0 sco:0 events:3928 errors:0
TX bytes:3182 acl:0 sco:0 commands:51 errors:0
Features: 0xff 0xff 0x8f 0xfe 0xdb 0xff 0x5b 0x87
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: RSWITCH HOLD SNIFF PARK
Link mode: SLAVE ACCEPT
Name: 'monolith'
Class: 0x0c0104
Service Classes: Rendering, Capturing
Device Class: Computer, Desktop workstation
HCI Version: 4.0 (0x6) Revision: 0x22bb
LMP Version: 4.0 (0x6) Subversion: 0x22bb
Manufacturer: Cambridge Silicon Radio (10)
usb suspend bluetooth
add a comment
|
On my 18.04 machine with stock kernel 4.15, I'm using a run-of-the-mill CSR Bluetooth dongle. Problem now is that the machine will not suspend properly when that dongle is plugged in - it will go to sleep for something between 5 and 10 seconds, but then resume on its own, even if no Bluetooth devices are currently connected or even powered on. When I unplug the dongle before suspend, it stays suspended as it should.
I could just turn off USB wakeup entirely, but I was hoping there's a more nuanced solution that just prevents wakeup via the Bluetooth dongle...
lsusb, usb-devices, hcitool output for dongle:
Bus 001 Device 007: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
T: Bus=01 Lev=02 Prnt=02 Port=02 Cnt=02 Dev#= 7 Spd=12 MxCh= 0
D: Ver= 2.00 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
P: Vendor=0a12 ProdID=0001 Rev=88.91
S: Product=CSR8510 A10
C: #Ifs= 2 Cfg#= 1 Atr=e0 MxPwr=100mA
I: If#= 0 Alt= 0 #EPs= 3 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
I: If#= 1 Alt= 0 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
hci0: Type: Primary Bus: USB
BD Address: xx:xx:xx:xx:xx:xx ACL MTU: 310:10 SCO MTU: 64:8
UP RUNNING PSCAN
RX bytes:124465 acl:0 sco:0 events:3928 errors:0
TX bytes:3182 acl:0 sco:0 commands:51 errors:0
Features: 0xff 0xff 0x8f 0xfe 0xdb 0xff 0x5b 0x87
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: RSWITCH HOLD SNIFF PARK
Link mode: SLAVE ACCEPT
Name: 'monolith'
Class: 0x0c0104
Service Classes: Rendering, Capturing
Device Class: Computer, Desktop workstation
HCI Version: 4.0 (0x6) Revision: 0x22bb
LMP Version: 4.0 (0x6) Subversion: 0x22bb
Manufacturer: Cambridge Silicon Radio (10)
usb suspend bluetooth
add a comment
|
On my 18.04 machine with stock kernel 4.15, I'm using a run-of-the-mill CSR Bluetooth dongle. Problem now is that the machine will not suspend properly when that dongle is plugged in - it will go to sleep for something between 5 and 10 seconds, but then resume on its own, even if no Bluetooth devices are currently connected or even powered on. When I unplug the dongle before suspend, it stays suspended as it should.
I could just turn off USB wakeup entirely, but I was hoping there's a more nuanced solution that just prevents wakeup via the Bluetooth dongle...
lsusb, usb-devices, hcitool output for dongle:
Bus 001 Device 007: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
T: Bus=01 Lev=02 Prnt=02 Port=02 Cnt=02 Dev#= 7 Spd=12 MxCh= 0
D: Ver= 2.00 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
P: Vendor=0a12 ProdID=0001 Rev=88.91
S: Product=CSR8510 A10
C: #Ifs= 2 Cfg#= 1 Atr=e0 MxPwr=100mA
I: If#= 0 Alt= 0 #EPs= 3 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
I: If#= 1 Alt= 0 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
hci0: Type: Primary Bus: USB
BD Address: xx:xx:xx:xx:xx:xx ACL MTU: 310:10 SCO MTU: 64:8
UP RUNNING PSCAN
RX bytes:124465 acl:0 sco:0 events:3928 errors:0
TX bytes:3182 acl:0 sco:0 commands:51 errors:0
Features: 0xff 0xff 0x8f 0xfe 0xdb 0xff 0x5b 0x87
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: RSWITCH HOLD SNIFF PARK
Link mode: SLAVE ACCEPT
Name: 'monolith'
Class: 0x0c0104
Service Classes: Rendering, Capturing
Device Class: Computer, Desktop workstation
HCI Version: 4.0 (0x6) Revision: 0x22bb
LMP Version: 4.0 (0x6) Subversion: 0x22bb
Manufacturer: Cambridge Silicon Radio (10)
usb suspend bluetooth
On my 18.04 machine with stock kernel 4.15, I'm using a run-of-the-mill CSR Bluetooth dongle. Problem now is that the machine will not suspend properly when that dongle is plugged in - it will go to sleep for something between 5 and 10 seconds, but then resume on its own, even if no Bluetooth devices are currently connected or even powered on. When I unplug the dongle before suspend, it stays suspended as it should.
I could just turn off USB wakeup entirely, but I was hoping there's a more nuanced solution that just prevents wakeup via the Bluetooth dongle...
lsusb, usb-devices, hcitool output for dongle:
Bus 001 Device 007: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
T: Bus=01 Lev=02 Prnt=02 Port=02 Cnt=02 Dev#= 7 Spd=12 MxCh= 0
D: Ver= 2.00 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
P: Vendor=0a12 ProdID=0001 Rev=88.91
S: Product=CSR8510 A10
C: #Ifs= 2 Cfg#= 1 Atr=e0 MxPwr=100mA
I: If#= 0 Alt= 0 #EPs= 3 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
I: If#= 1 Alt= 0 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
hci0: Type: Primary Bus: USB
BD Address: xx:xx:xx:xx:xx:xx ACL MTU: 310:10 SCO MTU: 64:8
UP RUNNING PSCAN
RX bytes:124465 acl:0 sco:0 events:3928 errors:0
TX bytes:3182 acl:0 sco:0 commands:51 errors:0
Features: 0xff 0xff 0x8f 0xfe 0xdb 0xff 0x5b 0x87
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: RSWITCH HOLD SNIFF PARK
Link mode: SLAVE ACCEPT
Name: 'monolith'
Class: 0x0c0104
Service Classes: Rendering, Capturing
Device Class: Computer, Desktop workstation
HCI Version: 4.0 (0x6) Revision: 0x22bb
LMP Version: 4.0 (0x6) Subversion: 0x22bb
Manufacturer: Cambridge Silicon Radio (10)
usb suspend bluetooth
usb suspend bluetooth
edited Aug 15 at 7:27
Florian Echtler
asked Aug 15 at 7:14
Florian EchtlerFlorian Echtler
1,6412 gold badges15 silver badges19 bronze badges
1,6412 gold badges15 silver badges19 bronze badges
add a comment
|
add a comment
|
1 Answer
1
active
oldest
votes
Power off device during suspend, power on during resume
From this answer:
- How to turn off the USB power to my mouse, when I suspend the notebook?
You can create a script called /lib/systemd/system-sleep/cambridge.sh
#!/bin/bash
ZeroBUS1=$(lsusb | grep 0a12:0001 | cut -c 5-7 )
BUS1=$(echo $ZeroBUS1 | sed 's/^0*//') # Strip leading zeros
ZeroBUS2=$(lsusb | grep 0a12:0001 | cut -c 16-18 )
BUS2=$(echo $ZeroBUS2 | sed 's/^0*//') # Strip leading zeros
BUS="$BUS1"-"$BUS2"
case $1 in
suspend|suspend_hybrid|hibernate)
echo "Powering off: $BUS"
echo "$BUS" | sudo tee /sys/bus/usb/drivers/usb/unbind
;;
resume|thaw)
echo "Powering on: $BUS"
echo "$BUS" | sudo tee /sys/bus/usb/drivers/usb/bind
;;
esac
Mark the file as executable with
sudo chmod a+x /lib/systemd/system-sleep/cambridge.sh
You may need to reboot for changes to take effect.
But this turns of the entire bus, right? I'd still like the machine to wake up via other USB devices...
– Florian Echtler
Sep 22 at 20:23
The link does contain method to turn off all USB buses but the answer here is just for device:0a12:0001
– WinEunuuchs2Unix
Sep 22 at 20:30
Mmh, I don't think so. This script still turns off the entire bus which the device 0a12:0001 is connected to.
– Florian Echtler
Sep 22 at 21:04
It's been awhile since I looked at that script. I've changed it from entire BUS to specific device on the BUS.
– WinEunuuchs2Unix
Sep 23 at 1:25
OK, so I tested this and there's two issues with the script: one is that BUS2 variable is still based on ZeroBUS1 instead of ZeroBUS2 (probably copy-paste error). But the other, more important issue is that the bus/device numbers don't correspond to the sysfs identifiers, and that is what the [un]bind node in sysfs expects (e.g. something like "3-13.2").
– Florian Echtler
Sep 27 at 21:50
|
show 1 more comment
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "89"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/4.0/"u003ecc by-sa 4.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1165862%2fusb-bluetooth-dongle-prevents-suspend%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
Power off device during suspend, power on during resume
From this answer:
- How to turn off the USB power to my mouse, when I suspend the notebook?
You can create a script called /lib/systemd/system-sleep/cambridge.sh
#!/bin/bash
ZeroBUS1=$(lsusb | grep 0a12:0001 | cut -c 5-7 )
BUS1=$(echo $ZeroBUS1 | sed 's/^0*//') # Strip leading zeros
ZeroBUS2=$(lsusb | grep 0a12:0001 | cut -c 16-18 )
BUS2=$(echo $ZeroBUS2 | sed 's/^0*//') # Strip leading zeros
BUS="$BUS1"-"$BUS2"
case $1 in
suspend|suspend_hybrid|hibernate)
echo "Powering off: $BUS"
echo "$BUS" | sudo tee /sys/bus/usb/drivers/usb/unbind
;;
resume|thaw)
echo "Powering on: $BUS"
echo "$BUS" | sudo tee /sys/bus/usb/drivers/usb/bind
;;
esac
Mark the file as executable with
sudo chmod a+x /lib/systemd/system-sleep/cambridge.sh
You may need to reboot for changes to take effect.
But this turns of the entire bus, right? I'd still like the machine to wake up via other USB devices...
– Florian Echtler
Sep 22 at 20:23
The link does contain method to turn off all USB buses but the answer here is just for device:0a12:0001
– WinEunuuchs2Unix
Sep 22 at 20:30
Mmh, I don't think so. This script still turns off the entire bus which the device 0a12:0001 is connected to.
– Florian Echtler
Sep 22 at 21:04
It's been awhile since I looked at that script. I've changed it from entire BUS to specific device on the BUS.
– WinEunuuchs2Unix
Sep 23 at 1:25
OK, so I tested this and there's two issues with the script: one is that BUS2 variable is still based on ZeroBUS1 instead of ZeroBUS2 (probably copy-paste error). But the other, more important issue is that the bus/device numbers don't correspond to the sysfs identifiers, and that is what the [un]bind node in sysfs expects (e.g. something like "3-13.2").
– Florian Echtler
Sep 27 at 21:50
|
show 1 more comment
Power off device during suspend, power on during resume
From this answer:
- How to turn off the USB power to my mouse, when I suspend the notebook?
You can create a script called /lib/systemd/system-sleep/cambridge.sh
#!/bin/bash
ZeroBUS1=$(lsusb | grep 0a12:0001 | cut -c 5-7 )
BUS1=$(echo $ZeroBUS1 | sed 's/^0*//') # Strip leading zeros
ZeroBUS2=$(lsusb | grep 0a12:0001 | cut -c 16-18 )
BUS2=$(echo $ZeroBUS2 | sed 's/^0*//') # Strip leading zeros
BUS="$BUS1"-"$BUS2"
case $1 in
suspend|suspend_hybrid|hibernate)
echo "Powering off: $BUS"
echo "$BUS" | sudo tee /sys/bus/usb/drivers/usb/unbind
;;
resume|thaw)
echo "Powering on: $BUS"
echo "$BUS" | sudo tee /sys/bus/usb/drivers/usb/bind
;;
esac
Mark the file as executable with
sudo chmod a+x /lib/systemd/system-sleep/cambridge.sh
You may need to reboot for changes to take effect.
But this turns of the entire bus, right? I'd still like the machine to wake up via other USB devices...
– Florian Echtler
Sep 22 at 20:23
The link does contain method to turn off all USB buses but the answer here is just for device:0a12:0001
– WinEunuuchs2Unix
Sep 22 at 20:30
Mmh, I don't think so. This script still turns off the entire bus which the device 0a12:0001 is connected to.
– Florian Echtler
Sep 22 at 21:04
It's been awhile since I looked at that script. I've changed it from entire BUS to specific device on the BUS.
– WinEunuuchs2Unix
Sep 23 at 1:25
OK, so I tested this and there's two issues with the script: one is that BUS2 variable is still based on ZeroBUS1 instead of ZeroBUS2 (probably copy-paste error). But the other, more important issue is that the bus/device numbers don't correspond to the sysfs identifiers, and that is what the [un]bind node in sysfs expects (e.g. something like "3-13.2").
– Florian Echtler
Sep 27 at 21:50
|
show 1 more comment
Power off device during suspend, power on during resume
From this answer:
- How to turn off the USB power to my mouse, when I suspend the notebook?
You can create a script called /lib/systemd/system-sleep/cambridge.sh
#!/bin/bash
ZeroBUS1=$(lsusb | grep 0a12:0001 | cut -c 5-7 )
BUS1=$(echo $ZeroBUS1 | sed 's/^0*//') # Strip leading zeros
ZeroBUS2=$(lsusb | grep 0a12:0001 | cut -c 16-18 )
BUS2=$(echo $ZeroBUS2 | sed 's/^0*//') # Strip leading zeros
BUS="$BUS1"-"$BUS2"
case $1 in
suspend|suspend_hybrid|hibernate)
echo "Powering off: $BUS"
echo "$BUS" | sudo tee /sys/bus/usb/drivers/usb/unbind
;;
resume|thaw)
echo "Powering on: $BUS"
echo "$BUS" | sudo tee /sys/bus/usb/drivers/usb/bind
;;
esac
Mark the file as executable with
sudo chmod a+x /lib/systemd/system-sleep/cambridge.sh
You may need to reboot for changes to take effect.
Power off device during suspend, power on during resume
From this answer:
- How to turn off the USB power to my mouse, when I suspend the notebook?
You can create a script called /lib/systemd/system-sleep/cambridge.sh
#!/bin/bash
ZeroBUS1=$(lsusb | grep 0a12:0001 | cut -c 5-7 )
BUS1=$(echo $ZeroBUS1 | sed 's/^0*//') # Strip leading zeros
ZeroBUS2=$(lsusb | grep 0a12:0001 | cut -c 16-18 )
BUS2=$(echo $ZeroBUS2 | sed 's/^0*//') # Strip leading zeros
BUS="$BUS1"-"$BUS2"
case $1 in
suspend|suspend_hybrid|hibernate)
echo "Powering off: $BUS"
echo "$BUS" | sudo tee /sys/bus/usb/drivers/usb/unbind
;;
resume|thaw)
echo "Powering on: $BUS"
echo "$BUS" | sudo tee /sys/bus/usb/drivers/usb/bind
;;
esac
Mark the file as executable with
sudo chmod a+x /lib/systemd/system-sleep/cambridge.sh
You may need to reboot for changes to take effect.
edited Sep 27 at 21:57
answered Sep 22 at 14:32
WinEunuuchs2UnixWinEunuuchs2Unix
66.3k18 gold badges125 silver badges245 bronze badges
66.3k18 gold badges125 silver badges245 bronze badges
But this turns of the entire bus, right? I'd still like the machine to wake up via other USB devices...
– Florian Echtler
Sep 22 at 20:23
The link does contain method to turn off all USB buses but the answer here is just for device:0a12:0001
– WinEunuuchs2Unix
Sep 22 at 20:30
Mmh, I don't think so. This script still turns off the entire bus which the device 0a12:0001 is connected to.
– Florian Echtler
Sep 22 at 21:04
It's been awhile since I looked at that script. I've changed it from entire BUS to specific device on the BUS.
– WinEunuuchs2Unix
Sep 23 at 1:25
OK, so I tested this and there's two issues with the script: one is that BUS2 variable is still based on ZeroBUS1 instead of ZeroBUS2 (probably copy-paste error). But the other, more important issue is that the bus/device numbers don't correspond to the sysfs identifiers, and that is what the [un]bind node in sysfs expects (e.g. something like "3-13.2").
– Florian Echtler
Sep 27 at 21:50
|
show 1 more comment
But this turns of the entire bus, right? I'd still like the machine to wake up via other USB devices...
– Florian Echtler
Sep 22 at 20:23
The link does contain method to turn off all USB buses but the answer here is just for device:0a12:0001
– WinEunuuchs2Unix
Sep 22 at 20:30
Mmh, I don't think so. This script still turns off the entire bus which the device 0a12:0001 is connected to.
– Florian Echtler
Sep 22 at 21:04
It's been awhile since I looked at that script. I've changed it from entire BUS to specific device on the BUS.
– WinEunuuchs2Unix
Sep 23 at 1:25
OK, so I tested this and there's two issues with the script: one is that BUS2 variable is still based on ZeroBUS1 instead of ZeroBUS2 (probably copy-paste error). But the other, more important issue is that the bus/device numbers don't correspond to the sysfs identifiers, and that is what the [un]bind node in sysfs expects (e.g. something like "3-13.2").
– Florian Echtler
Sep 27 at 21:50
But this turns of the entire bus, right? I'd still like the machine to wake up via other USB devices...
– Florian Echtler
Sep 22 at 20:23
But this turns of the entire bus, right? I'd still like the machine to wake up via other USB devices...
– Florian Echtler
Sep 22 at 20:23
The link does contain method to turn off all USB buses but the answer here is just for device:
0a12:0001
– WinEunuuchs2Unix
Sep 22 at 20:30
The link does contain method to turn off all USB buses but the answer here is just for device:
0a12:0001
– WinEunuuchs2Unix
Sep 22 at 20:30
Mmh, I don't think so. This script still turns off the entire bus which the device 0a12:0001 is connected to.
– Florian Echtler
Sep 22 at 21:04
Mmh, I don't think so. This script still turns off the entire bus which the device 0a12:0001 is connected to.
– Florian Echtler
Sep 22 at 21:04
It's been awhile since I looked at that script. I've changed it from entire BUS to specific device on the BUS.
– WinEunuuchs2Unix
Sep 23 at 1:25
It's been awhile since I looked at that script. I've changed it from entire BUS to specific device on the BUS.
– WinEunuuchs2Unix
Sep 23 at 1:25
OK, so I tested this and there's two issues with the script: one is that BUS2 variable is still based on ZeroBUS1 instead of ZeroBUS2 (probably copy-paste error). But the other, more important issue is that the bus/device numbers don't correspond to the sysfs identifiers, and that is what the [un]bind node in sysfs expects (e.g. something like "3-13.2").
– Florian Echtler
Sep 27 at 21:50
OK, so I tested this and there's two issues with the script: one is that BUS2 variable is still based on ZeroBUS1 instead of ZeroBUS2 (probably copy-paste error). But the other, more important issue is that the bus/device numbers don't correspond to the sysfs identifiers, and that is what the [un]bind node in sysfs expects (e.g. something like "3-13.2").
– Florian Echtler
Sep 27 at 21:50
|
show 1 more comment
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1165862%2fusb-bluetooth-dongle-prevents-suspend%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown