Page 1 of 2 12 LastLast
Results 1 to 10 of 19

Thread: Bluetooth - MSMouse5000(bt) - 13.1KDE4.12 Suspend anomaly

  1. #1
    Join Date
    Jun 2008
    Location
    Florida, USA
    Posts
    982

    Default Bluetooth - MSMouse5000(bt) - 13.1KDE4.12 Suspend anomaly

    I recently upgraded my HPDV7T(integrated bluetooth) from 12.3 using DVD upgrade.
    With updates and switch to KDE upstream repos complete, system is running well but with limited use so far.

    One anomaly I am living with while I figure it out - connection to my MS Bluetooth Mouse 5000 does not restore after a Suspend to RAM.
    I normally run with the Synaptics pad disabled, to avoid thumb-draging-wierdness using keyboard, alas it does come back from Suspend in the disabled state, so I am sort of stuck.

    Workaround solution is to kill KDM (alt-ctl-backspace-backspace), then log back in and reconnect to the mouse.
    Restarting KDE enables the Synaptics pad by default.
    So far, I have found that I need to restart the Bluetooth Service
    Code:
    sudo service bluetooth restart
    Then I use the SystemSettings-Bluetooth dialog to reconnect the mouse, then disable the Synaptics and I am back in business.

    After updates, I have installed
    Code:
     zypper if bluedevil
    Loading repository data...
    Reading installed packages...
    
    
    Information for package bluedevil:
    ----------------------------------
    Repository: KDE:Extra
    Name: bluedevil
    Version: 2.0~rc1-16.2
    Arch: x86_64
    Vendor: obs://build.opensuse.org/KDE
    Installed: Yes
    Status: up-to-date
    Installed Size: 1.0 MiB
    Summary: Bluetooth Manager for KDE
    Description: 
    Bluetooth daemon for KDE, handling connections.
    
    zypper if bluez
    Loading repository data...
    Reading installed packages...
    
    
    Information for package bluez:
    ------------------------------
    Repository: openSUSE-13.1-Update
    Name: bluez
    Version: 5.8-3.5.1
    Arch: x86_64
    Vendor: openSUSE
    Installed: Yes
    Status: up-to-date
    Installed Size: 3.0 MiB
    Summary: Bluetooth Stack for Linux
    Description: 
    The Bluetooth stack for Linux.
    When running 12.3, I did not experience this issue, but understand that the new Bluedevil is still work-in-progress.
    Reviewing /var/log/pm-suspend.log, I need no special treatment yet for the bluetooth service, perhaps that is coming.
    A quick look at another system finds a hook/49bluetooth, which is probably what needs to be ported to the new Bluedevil.

    Summary - So far, with these updates, 13.1 behaving very well for me, with this workaround for Bluetooth Mouse.
    Desk: Ryzen5 Leap 15.1
    Lap: HPDV7T i7 Leap 15.2

  2. #2
    Join Date
    Jun 2008
    Location
    Florida, USA
    Posts
    982

    Default Re: Bluetooth - MSMouse5000(bt) - 13.1KDE4.12 Suspend anomaly

    I checked my 12.3 system that behaves well in this area - it appears that pm-utils on 13.1 does not have proper hooks yet for bluetooth, probably because bluetooth was not working at the time.
    Desk: Ryzen5 Leap 15.1
    Lap: HPDV7T i7 Leap 15.2

  3. #3
    Join Date
    Jun 2008
    Location
    Florida, USA
    Posts
    982

    Default Re: Bluetooth - MSMouse5000(bt) - 13.1KDE4.12 Suspend anomaly

    I have been hacking about with this issue, anyone wanting to try same can do this.
    The pm-suspend hook from 12.3 is shown here
    Code:
    carl@PVE-LinuxSRV5:~> cat /usr/lib/pm-utils/sleep.d/49bluetooth
    #!/bin/sh
    # IBM specific hack to disable/enable bluetooth.
    # TODO: Doesn't the working USB suspend/resume functionality
    #       make this code more or less obsolete?
    
    . "${PM_FUNCTIONS}"
    
    [ -f /proc/acpi/ibm/bluetooth ] || exit $NA
    
    suspend_bluetooth()
    {
            if grep -q enabled /proc/acpi/ibm/bluetooth; then
                    savestate ibm_bluetooth enable
                    echo disable > /proc/acpi/ibm/bluetooth
            else
                    savestate ibm_bluetooth disable
            fi
    }
    
    resume_bluetooth()
    {
            state_exists ibm_bluetooth || return
            restorestate ibm_bluetooth > /proc/acpi/ibm/bluetooth
    }
    
    case "$1" in
            hibernate|suspend)
                    suspend_bluetooth
                    ;;
            thaw|resume)
                    resume_bluetooth
                    ;;
            *) exit $NA
                    ;;
    esac
    I copied the contents to my 13.1 system (as root), into a new file /etc/pm/sleep.d/49bluetooth_hack.
    Permissions should be -rwxr-xr-x 1 root root

    /etc/pm/sleep.d is where local "tweaks" to pm-utils are supposed to be implemented.

    I tried a sleep-wakeup cycle and it worked for me; YRMV.

    Keep an eye out for future updates to pm-utilities; they may come up with a different solution that might conflict.
    Desk: Ryzen5 Leap 15.1
    Lap: HPDV7T i7 Leap 15.2

  4. #4
    Join Date
    Feb 2009
    Location
    Spain
    Posts
    25,547

    Default Re: Bluetooth - MSMouse5000(bt) - 13.1KDE4.12 Suspend anomaly

    On 2013-12-28 02:06, cmcgrath5035 wrote:
    > Keep an eye out for future updates to pm-utilities; they may come up
    > with a different solution that might conflict.


    They may disappear completely, and soon (13.2). There is no maintainer.

    --
    Cheers / Saludos,

    Carlos E. R.
    (from 13.1 x86_64 "Bottle" (Elessar))

  5. #5
    Join Date
    Jun 2008
    Location
    Auckland, NZ
    Posts
    23,704
    Blog Entries
    1

    Default Re: Bluetooth - MSMouse5000(bt) - 13.1KDE4.12 Suspend anomaly

    Quote Originally Posted by robin_listas View Post

    They may disappear completely, and soon (13.2). There is no maintainer.

    --
    Cheers / Saludos,

    Carlos E. R.
    (from 13.1 x86_64 "Bottle" (Elessar))
    Where did you read that?

    pm-utils is part of freedesktop.org and currently supported AFAIU.

    pm-utils

  6. #6
    Join Date
    Feb 2009
    Location
    Spain
    Posts
    25,547

    Default Re: Bluetooth - MSMouse5000(bt) - 13.1KDE4.12 Suspend anomaly

    On 2013-12-28 04:36, deano ferrari wrote:

    > Where did you read that?
    >
    > pm-utils is part of freedesktop.org and currently supported AFAIU.


    No openSUSE maintainer. They asked for one, or it will be dropped from the distro. Factory mail list.

    http://lists.opensuse.org/opensuse-f.../msg00911.html
    Re: [opensuse-factory] Your thoughts on dropping pm-utils
    Hi,
    I maintain pm-utils, and I want to drop them soon, because systemd can
    handle (sort of) suspend and hibernation and also becouse their
    upstream is dead and I'm not able to (and don't want to) fix all the
    bugs all by myself.
    There is some information and an initial discussion on the topic here:
    https://bugzilla.novell.com/show_bug.cgi?id=790157


    --
    Cheers / Saludos,

    Carlos E. R.
    (from 13.1 x86_64 "Bottle" (Elessar))

  7. #7
    Join Date
    Jun 2008
    Location
    Auckland, NZ
    Posts
    23,704
    Blog Entries
    1

    Default Re: Bluetooth - MSMouse5000(bt) - 13.1KDE4.12 Suspend anomaly

    Okay, thanks for that. I was completely unaware, although it looks like systemd can take over without issue. Upower no longer requires pm-utils anyway. The only real issue is making sure that any required quirks are migrated accordingly. Important that any suspend/resume issues are reported.

    A similar discussion has been had with Arch Linux

    https://bugs.archlinux.org/task/31349

  8. #8
    Join Date
    Feb 2009
    Location
    Spain
    Posts
    25,547

    Default Re: Bluetooth - MSMouse5000(bt) - 13.1KDE4.12 Suspend anomaly

    On 2013-12-28 21:56, deano ferrari wrote:
    >
    > Okay, thanks for that. I was completely unaware, although it looks like
    > systemd can take over without issue. Upower no longer requires pm-utils
    > anyway. The only real issue is making sure that any required quirks are
    > migrated accordingly. Important that any suspend/resume issues are
    > reported.


    I'm not sure about "no issues"... :-?

    > A similar discussion has been had with Arch Linux
    >
    > https://bugs.archlinux.org/task/31349


    Oh.


    I guess that we have to remove pm-utils, and then test hibernation and suspend. If there are any
    issues, we have to report them on bugzillas, so that they are solved. And this has to be done by
    every individual here.

    --
    Cheers / Saludos,

    Carlos E. R.
    (from 13.1 x86_64 "Bottle" (Elessar))

  9. #9
    Join Date
    Jun 2008
    Location
    Florida, USA
    Posts
    982

    Default Re: Bluetooth - MSMouse5000(bt) - 13.1KDE4.12 Suspend anomaly

    I guess that we have to remove pm-utils, and then test hibernation and suspend. If there are any
    issues, we have to report them on bugzillas, so that they are solved. And this has to be done by
    every individual here.
    Interesting future ahead of us, I guess.

    Do i surmise from this that the best way to test is to uninstall pm-utilities and evaluate?

    Assuming that not all is "better", I'll be then reinstalling pm-utilities.

    I see this in the Description for Upower in YAST
    UPower is an abstraction for enumerating power devices, listening to device events and querying history and statistics. Any application or service on the system can access the org.freedesktop.UPower service via the system message bus. Some operations (such as suspending the system) are restricted using PolicyKit.
    Does one need to muck about with PolicyKit for Upower to perform suspending tasks?
    Desk: Ryzen5 Leap 15.1
    Lap: HPDV7T i7 Leap 15.2

  10. #10
    Join Date
    Feb 2009
    Location
    Spain
    Posts
    25,547

    Default Re: Bluetooth - MSMouse5000(bt) - 13.1KDE4.12 Suspend anomaly

    On 2013-12-28 23:56, cmcgrath5035 wrote:
    >
    >> I guess that we have to remove pm-utils, and then test hibernation and suspend. If there are any
    >> issues, we have to report them on bugzillas, so that they are solved.
    >> And this has to be done by every individual here.Interesting future ahead of us, I guess.

    >
    > Do i surmise from this that the best way to test is to uninstall
    > pm-utilities and evaluate?


    Yes.

    > Assuming that not _all_ is "better", I'll be then reinstalling
    > pm-utilities.


    Yes, that's the worst that can happen.


    > I see this in the Description for Upower in YAST
    >> UPower is an abstraction for enumerating power devices, listening to
    >> device events and querying history and statistics. Any application or
    >> service on the system can access the org.freedesktop.UPower service via
    >> the system message bus. Some operations (such as suspending the system)
    >> are restricted using PolicyKit.
    >>
    >>

    >
    > Does one need to muck about with PolicyKit for Upower to perform
    > suspending tasks?


    Dunno...

    In my 13.1, XFCE, when I try to hibernate as user the system refuses. It asks for root's password
    because it says that there are more users logged in (true, there is an opened console). I'm told
    that this is enforced with policykit and it is intentional. However, this is not consistent with not
    requiring root's password for poweroff or reset.

    I have a bugzilla opened against this issue.

    --
    Cheers / Saludos,

    Carlos E. R.
    (from 13.1 x86_64 "Bottle" (Elessar))

Page 1 of 2 12 LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •