** Branch linked: lp:debian/sid/bluez
--
bluetooth service does not restart after a suspend to ram
https://bugs.launchpad.net/bugs/268877
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubun
On Sun, 2008-11-16 at 13:40 +, Martin G Miller wrote:
> Chow Loong Jin wrote:
> "1. Set HID2HCI_ENABLED=0 in /etc/default/bluetooth, and then manually
> run
> PM_FUNCTIONS=/usr/lib/pm-utils/pm-functions
> /usr/lib/pm-utils/sleep.d/48hid2hci
>
> This results in no error message."
>
> This wou
I tried what you said. rmmod btusb resulted in "ERROR: Module btusb
does not exist in /proc/modules" Even though the file was there and it
was set as executable.
The device was not visible in the UI. On resume from standby, it was
also non functional until I unplugged and replugged the dongle.
I'm wondering if your device needs a reset quirk and that's why HCI mode
isn't working with it.
Try creating a file /etc/modprobe.d/btusb with the following contents:
options btusb reset=1
Unplug the dongle, rmmod btusb plug it in again, and then get the device
back into HCI mode using hid2hci a
Chow Loong Jin wrote:
"1. Set HID2HCI_ENABLED=0 in /etc/default/bluetooth, and then manually
run
PM_FUNCTIONS=/usr/lib/pm-utils/pm-functions /usr/lib/pm-utils/sleep.d/48hid2hci
This results in no error message."
This would not give an error message as it has just switched the device
from HID to H
Mario Limonciello wrote:
"After entering hci mode, try to pair your keyboard using the bluez
gnome ui. The computer won't know about IT otherwise."
If I have bluetooth set to HCI, the utility does not detect the keyboard
dongle. Pressing the pairing button does not work. I have to unplug
the don
On Sat, 2008-11-15 at 23:12 +, Martin G Miller wrote:
> If I change this command in your patch:
>
> if [ "$HID2HCI_ENABLED" = "1" ] && [ -x /usr/sbin/hid2hci ]; then
> /usr/sbin/hid2hci --tohci
>
> to read:
>
> if [ "$HID2HCI_ENABLED" = "1" ] && [ -x /usr/sbin/hid2hci ]; then
If I change this command in your patch:
if [ "$HID2HCI_ENABLED" = "1" ] && [ -x /usr/sbin/hid2hci ]; then
/usr/sbin/hid2hci --tohci
to read:
if [ "$HID2HCI_ENABLED" = "1" ] && [ -x /usr/sbin/hid2hci ]; then
/usr/sbin/hid2hci --tohid
I have my bluetooth keyboard
After examing the patch above, I see it is setting HID2HCI back to 1 or
enabled. This disables my keyboard/trackpad and the only way I can get
it to work on boot or resume is if I have this setting disabled.
Apparently, the Logitch dinovo edge dongle does not work in HCI mode.
Is there some way an
I am running Ubuntu 8.10 32 bit.
I have a Logitech Dinovo Edge bluetooth keyboard/trackpad that used to
work correctly after suspend resume until the latest update to package
bluez 4.12-0ubuntu5. Now I must unplug and replug the bluetooth dongle
to get it to work again following a resume from s3
This bug was fixed in the package bluez - 4.12-0ubuntu4
---
bluez (4.12-0ubuntu4) intrepid; urgency=low
* Add hid2hci.patch to enable hid2hci to be ran after
suspending a machine. (LP: #268877)
* debian/rules:
- Install new script from above patch.
* Add logitech_5500_id
Unfortunately, this information can't be queried in any standard fashion
right now. These adapters don't all necessarily act like standard bluetooth
radio when in HID mode.
On Wed, Oct 22, 2008 at 19:18, vlowther <[EMAIL PROTECTED]>
wrote:
> On Wed, 2008-10-22 at 20:59 +, Mario Limonciello w
On Wed, 2008-10-22 at 20:59 +, Mario Limonciello wrote:
> fix committed to bluez bzr and submitted upstream.
One other thing that might be useful would be for hcitool (or hid2hci)
to query and save the current state of the adaptors when suspending, and
then just restore the adaptors to the sav
fix committed to bluez bzr and submitted upstream.
** Changed in: bluez (Ubuntu)
Assignee: (unassigned) => Mario Limonciello (superm1)
Status: Confirmed => Fix Committed
--
bluetooth service does not restart after a suspend to ram
https://bugs.launchpad.net/bugs/268877
You received t
OK, I'm convinced. Mario, please upload bluez with that script.
** Changed in: pm-utils (Ubuntu)
Status: Confirmed => Invalid
** Changed in: bluez (Ubuntu)
Status: Won't Fix => Confirmed
--
bluetooth service does not restart after a suspend to ram
https://bugs.launchpad.net/bugs/2
I agree that it seems more appropriate to ship this hook in the bluez
package, instead of in pm-utils.
Otherwise, the script looks reasonable to me.
--
bluetooth service does not restart after a suspend to ram
https://bugs.launchpad.net/bugs/268877
You received this bug notification because you
On Tue, 2008-10-21 at 20:01 +, Mario Limonciello wrote:
> Here's the debdiff for doing it with pm-utils. Subscribing ubuntu-
> release
>
> ** Attachment added: "pm-utils.debdiff"
>http://launchpadlibrarian.net/18779789/pm-utils.debdiff
>
> ** Changed in: bluez (Ubuntu)
>Status: C
Here's the debdiff for doing it with pm-utils. Subscribing ubuntu-
release
** Attachment added: "pm-utils.debdiff"
http://launchpadlibrarian.net/18779789/pm-utils.debdiff
** Changed in: bluez (Ubuntu)
Status: Confirmed => Won't Fix
** Changed in: pm-utils (Ubuntu)
Status: New =
I believe this fix should be dropped into /usr/lib/pm-utils/sleep.d
directory by bluez.
--
bluetooth service does not restart after a suspend to ram
https://bugs.launchpad.net/bugs/268877
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
-
This script dropped in /usr/lib/pm-utils/sleep.d will resolve the issue
after it's determined where to put it.
** Attachment added: "48hid2hci"
http://launchpadlibrarian.net/18779004/48hid2hci
** Also affects: pm-utils (Ubuntu)
Importance: Undecided
Status: New
--
bluetooth service
I can confirm that this occurs. Devices need to be switched from
hid->hci mode again after suspend.
The question is whether this fix should land in pm-utils and checking
for hid2hci to be available, or if we should only include it in bluez
package, but hte pm-utils /usr/lib/pm-utils/sleep.d direc
The bluetooth stack in intrepid recently underwent significant change.
Could you retest and confirm is this is still an issue?
** Changed in: bluez (Ubuntu)
Sourcepackagename: bluez-utils => bluez
** Changed in: bluez (Ubuntu)
Status: New => Incomplete
--
bluetooth service does not resta
** Description changed:
After a suspend to RAM my wireless mouse does not reconnect.
I have to restart the bluetooth service manually to reconnect.
+ The mouse is a Microsoft mouse 5000 and the laptop is a Sony Vaio sz-
+ 420N
+
Maybe this could be made automatically?
--
bluetooth serv
23 matches
Mail list logo
