Bug 976320 - [Bluetooth] Lots of "hci0 SCO packet for unknown connection handle" messages with headset, cracks and gaps in audio
Summary: [Bluetooth] Lots of "hci0 SCO packet for unknown connection handle" messages ...
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 18
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-06-20 11:20 UTC by Mihai Lazarescu
Modified: 2013-08-15 11:09 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2013-08-15 08:36:40 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Sample of Bluetooth error messages flooding the logs. (1.77 MB, text/x-log)
2013-06-20 11:20 UTC, Mihai Lazarescu
no flags Details

Description Mihai Lazarescu 2013-06-20 11:20:04 UTC
Created attachment 763429 [details]
Sample of Bluetooth error messages flooding the logs.

Description of problem:

    After pairing a VH410 Bluetooth headset are generated
    large logs of messages like:

      Bluetooth: hci0 SCO packet for unknown connection handle (16-bit uint)

    (see attached sample).  Sometimes the headset won't pair,
    logging this message:

        Bluetooth: hci0 ACL packet for unknown connection handle 21

    The Bluetooth adapter is the Atheros AR9485 embedded in the ASUS
    UX31E laptops:

        usb 1-1.8: New USB device strings: Mfr=1, Product=2, SerialNumber=3
        usb 1-1.8: Product: Bluetooth USB Host Controller
        usb 1-1.8: Manufacturer: Atheros Communications
        usb 1-1.8: SerialNumber: Alaska Day 2006

Version-Release number of selected component (if applicable):

    kernel-3.9.6-200.fc18.x86_64
    bluez-4.101-6.fc18.x86_64

How reproducible:

    Always.

Steps to Reproduce:

    1. Pair the VH410 Bluetooth headset.
    2. Start an audio I/O stream (e.g., Skype)

Actual results:

    Many messages logged and gaps in audio (both in and out).

Expected results:

    No audio gaps and/or log flood.

Additional info:

Comment 1 Mihai Lazarescu 2013-06-20 11:22:03 UTC
Possible duplicate of #767347.

Comment 2 Mihai Lazarescu 2013-08-15 08:36:40 UTC
Kernel 3.10.5 is the first that appears to have this fixed.

Comment 3 Mihai Lazarescu 2013-08-15 11:04:50 UTC

*** This bug has been marked as a duplicate of bug 767347 ***


Note You need to log in before you can comment on or make changes to this bug.