Bug 1404047

*********** MASS BUG UPDATE **************
We apologize for the inconvenience.  There is a large number of bugs to go through and several of them have gone stale.  Due to this, we are doing a mass bug update across all of the Fedora 25 kernel bugs.
 
Fedora 25 has now been rebased to 4.9.3-200.fc25.  Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel.
 
If you have moved on to Fedora 26, and are still experiencing this issue, please change the version to Fedora 26.
 
If you experience different issues, please open a new bug report for those.

Hi

The issue is exactly the same still when using kernel 4.9.3-200.fc25.x86_64.

Thanks!!

I just tested with mos recent kernel:

[root@starscream ~]# uname -a
Linux starscream.cybertron.local 4.9.6-200.fc25.x86_64 #1 SMP Thu Jan 26 10:17:45 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
[root@starscream ~]# 

It seems a bit better, I can get stereo, but only under specific circumstances:

- I connect the headphones to the USB port. They are not immediately recognized as headphones by gnome and are not selected automatically as the output for sound (they used to do these things under F24)
- When I select them manually as sound output in gnome-control-center (using any of the available devices: "Digital Output (S/PDIF) - Plantronics C720-M" or "Headphones - Plantronics C720-M" they play stereo in the "Test speakers" test. That is nice and has improved from what I can tell. However, this C720M headset also has a microphone, and if I select it as sound input, then the sound returns to mono. To get stereo again, I should select any other microphone and select again the output device (any of the two mentioned earlier).

Here's the information I collected, please let me know if anything else is needed:

[root@starscream ~]# uname -a
Linux starscream.cybertron.local 4.9.6-200.fc25.x86_64 #1 SMP Thu Jan 26 10:17:45 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
[root@starscream ~]# dmesg | grep -i plantronics
[ 1578.403310] usb 6-2: Product: Plantronics C720-M
[ 1578.403315] usb 6-2: Manufacturer: Plantronics
[ 1578.684474] input: Plantronics Plantronics C720-M as /devices/pci0000:00/0000:00:1d.1/usb6/6-2/6-2:1.3/0003:047F:010B.0001/input/input11
[ 1578.737622] plantronics 0003:047F:010B.0001: input,hiddev0,hidraw0: USB HID v1.11 Device [Plantronics Plantronics C720-M] on usb-0000:00:1d.1-2/input3
[root@starscream ~]# lsusb
Bus 002 Device 002: ID 05a9:2640 OmniVision Technologies, Inc. OV2640 Webcam
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 002: ID 047f:010b Plantronics, Inc. 
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[root@starscream ~]# 


Thanks!

*********** MASS BUG UPDATE **************

We apologize for the inconvenience.  There is a large number of bugs to go through and several of them have gone stale.  Due to this, we are doing a mass bug update across all of the Fedora 25 kernel bugs.

Fedora 25 has now been rebased to 4.10.9-200.fc25.  Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel.

If you have moved on to Fedora 26, and are still experiencing this issue, please change the version to Fedora 26.

If you experience different issues, please open a new bug report for those.

I just tested on 2 different laptops, both running Fedora 25 fully updated. The headset works in stereo by default now, however it's not detected as soon as I connect it, I must select it manually. Should i file a different bug for this?

Sorry, it seems I used wrong words in the previous comment. The headset is detected fine when I connect it, but it's not *selected* automatically as audio output device as soon as it's connected. Also, the microphone included with the headset does not seem to work fine.

I did some more testing, and found that the headset works in stereo, as long as I don't choose its microphone as input device. When I choose it, the headset starts working in mono and reverting to another input device does not return the stereo. Using kernel 4.10.9-200. Essentially, the behavior described in Comment 3 above, still remains.

This message is a reminder that Fedora 25 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 25. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '25'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora 25 is end of life. If you would still like
to see this bug fixed and are able to reproduce it against a later version
of Fedora, you are encouraged  change the 'version' to a later Fedora
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

Information thrown by dmesg when connecting the headset:
-------------------------------------------------------
[Sat Nov 18 15:07:26 2017] usb 1-4: new full-speed USB device number 7 using xhci_hcd
[Sat Nov 18 15:07:26 2017] usb 1-4: New USB device found, idVendor=047f, idProduct=010b
[Sat Nov 18 15:07:26 2017] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[Sat Nov 18 15:07:26 2017] usb 1-4: Product: Plantronics C720-M
[Sat Nov 18 15:07:26 2017] usb 1-4: Manufacturer: Plantronics
[Sat Nov 18 15:07:26 2017] usb 1-4: SerialNumber: e8270bd65da3be43a72230bebcc896c7
[Sat Nov 18 15:07:26 2017] input: Plantronics Plantronics C720-M as /devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4:1.3/0003:047F:010B.0005/input/input21
[Sat Nov 18 15:07:26 2017] plantronics 0003:047F:010B.0005: input,hiddev97,hidraw2: USB HID v1.11 Device [Plantronics Plantronics C720-M] on usb-0000:00:14.0-4/input3
-------------------------------------------------------
[gpulido@rhlaptop ~]$ lsusb
Bus 002 Device 003: ID 0bda:0316 Realtek Semiconductor Corp. 
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 5986:111c Acer, Inc 
Bus 001 Device 003: ID 8087:0a2b Intel Corp. 
Bus 001 Device 007: ID 047f:010b Plantronics, Inc. 
Bus 001 Device 002: ID 046d:c534 Logitech, Inc. Unifying Receiver
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
[gpulido@rhlaptop ~]$ 
-------------------------------------------------------
[gpulido@rhlaptop ~]$ uname -a
Linux rhlaptop.cybertron.int 4.13.12-300.fc27.x86_64 #1 SMP Wed Nov 8 16:38:01 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
[gpulido@rhlaptop ~]$ 
-------------------------------------------------------

If more information is needed, please just let me know.

We apologize for the inconvenience.  There is a large number of bugs to go through and several of them have gone stale.  As kernel maintainers, we try to keep up with bugzilla but due the rate at which the upstream kernel project moves, bugs may be fixed without any indication to us. Due to this, we are doing a mass bug update across all of the Fedora 27 kernel bugs.
 
Fedora 27 has now been rebased to 4.15.3-300.f27.  Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel.
 
If you experience different issues, please open a new bug report for those.

Hi!

Just tested with the latest updates of Fedora 27 (including kernel 4.15.8-300.fc27.x86_64 and pulseaudio 11.1-15.fc27.x86_64 updates). I noticed the following:

- After connecting the headset, it now gets selected as the defualt audio output device. Very nice improvement!
- Tested the stereo settings immediately after connecting using a youtube video, it works perfect. That's an improvement too.
- Tested again the stereo using the "Test speakers" button provided in F27's Sound Settings (In the control panel). It worked fine.
- Then, I chose the default input as the headset's microphone. Right after choosing the microphone as default input (the default input is the laptop's microphone) the headset returned to playing in mono only. Returning the default input to the laptop's mic did not fix it.

So, in summary: things seem to be eimproving (if by chance or by this bug, no idea, also no clue if the improvement is due to changes in the kernel or pulseaudio or somewhere else) but there seems to be still some issue with the stereo and the headset's microphone.

Thanks!!

*********** MASS BUG UPDATE **************

We apologize for the inconvenience.  There are a large number of bugs to go through and several of them have gone stale.  Due to this, we are doing a mass bug update across all of the Fedora 27 kernel bugs.

Fedora 27 has now been rebased to 4.17.7-100.fc27.  Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel.

If you have moved on to Fedora 28, and are still experiencing this issue, please change the version to Fedora 28.

If you experience different issues, please open a new bug report for those.

We apologize for the inconvenience.  There is a large number of bugs to go through and several of them have gone stale.  Due to this, we are doing a mass bug update across all of the Fedora 28 kernel bugs.
 
Fedora 28 has now been rebased to 4.18.10-300.fc28.  Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel.
 
If you have moved on to Fedora 29, and are still experiencing this issue, please change the version to Fedora 29.
 
If you experience different issues, please open a new bug report for those.

Just tested on a laptop with latest updates, nothing has changed:

- Connect the headset, it is *not* automatically selected as audio output device (it should be IMHO).
- Manually select the headset as output device, it works fine, in stereo.
- Select the headset's microphone as input device, the headset audio becomes mono for no reason at all. Reverting the input device to what it was, does not fix the mono problem.

Thanks.

*********** MASS BUG UPDATE **************

We apologize for the inconvenience.  There are a large number of bugs to go through and several of them have gone stale.  Due to this, we are doing a mass bug update across all of the Fedora 28 kernel bugs.

Fedora 28 has now been rebased to 4.20.5-100.fc28.  Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel.

If you have moved on to Fedora 29, and are still experiencing this issue, please change the version to Fedora 29.

If you experience different issues, please open a new bug report for those.

*********** MASS BUG UPDATE **************
This bug is being closed with INSUFFICIENT_DATA as there has not been a response in 3 weeks. If you are still experiencing this issue, please reopen and attach the relevant data from the latest kernel you are running and any data that might have been requested previously.

Fedora 31 - Plantronics C320-M - same issue:

Bus 003 Device 013: ID 047f:c025 Plantronics, Inc. Plantronics C320-M

# uname -a
Linux 5.3.13-300.fc31.x86_64 #1 SMP Mon Nov 25 17:25:25 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

[20129.248910] usb 3-9: new full-speed USB device number 13 using xhci_hcd
[20129.614708] usb 3-9: New USB device found, idVendor=047f, idProduct=c025, bcdDevice= 1.28
[20129.614714] usb 3-9: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[20129.614717] usb 3-9: Product: Plantronics C320-M
[20129.614720] usb 3-9: Manufacturer: Plantronics
[20129.614722] usb 3-9: SerialNumber: 9458326888820E4E9332125D283F6464
[20129.662917] usb 3-9: Warning! Unlikely big volume range (=8192), cval->res is probably wrong.
[20129.662931] usb 3-9: [11] FU [Sidetone Playback Volume] ch = 1, val = 0/8192/1


no stereo - only left channel working

I does not look like any data was requested - all replies were automatic...

Just as comment 17 told, I have no idea why this was closed as "Insufficient data" since no data was ever requested. I'm reopening this as the bug still exists on Fedira 31.

So, I just made an interesting "discovery". I tested the same headset on Fedora 31, using KDE instead of GNOME and guess what...it works perfectly, so the issue is not on the kernel but on some GNOME component. KDE even selects the headset automatically as the default output device. Sigh. Wish I had tested that a long time ago.

This message is a reminder that Fedora 32 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora 32 on 2021-05-25.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
Fedora 'version' of '32'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 32 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

This message is a reminder that Fedora 33 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora 33 on 2021-11-30.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
Fedora 'version' of '33'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 33 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

This message is a reminder that Fedora 33 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora 33 on 2021-11-30.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
Fedora 'version' of '33'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 33 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Fedora 33 changed to end-of-life (EOL) status on 2021-11-30. Fedora 33 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

Still happening on Gnome 43 under Fedora 37. Very annoying, it does make Gnome a no-go for me.