[lkml]   [2007]   [Mar]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Boot time Bluetooth BUG: warning: (value > m) at hid-core.c:793
    On Tue, 27 Feb 2007 16:54:27 +0100 (CET), Jiri Kosina <> wrote:
    > What puzzles me a bit is a fact that both the bugreporters seem to
    > state pretty clearly that this started happening after some update, am
    > I right?
    > Or did the hardware before work all the time in the HID mode, without
    > even being attempted to switch to HCI (which seems to cause the bug)?

    It _appears_ that the bug reports started after an update of
    bluez-utils, but this remains to be confirmed. It could be
    coincidence/temporal correlation (which does not imply causation).

    As for myself, I have a Logitech MX5000 keyboard/mouse with usb dongle,
    and I can confirm that the keyboard/mouse have always worked in HID.
    But in HID mode, no other bluetooth functions are possible (like pairing
    with a smartphone).
    It's possible to switch from HID to HCI and have a working mouse
    +bluetooth receiver, but in that case the keyboard can't pair.

    I used this script to get functional bluetooth (and unresponsive

    hid2hci --tohci
    sleep 1
    /etc/init.d/bluetooth restart
    sleep 1
    # connect with the mouse
    hidd -i hci0 --connect 00:07:61:48:71:DE
    # connect with the keyboard
    hidd -i hci0 --connect 00:07:61:3F:DA:41

    I think the "-i hci0" isn't even needed, but it can't hurt.

    This triggers a lot of occurences of the following in my logs:

    BUG: at drivers/hid/hid-core.c:785 implement()
    [<f8d59608>] hid_output_report+0x288/0x300 [hid]
    [<f8d7d4c8>] hid_submit_ctrl+0x58/0x200 [usbhid]
    [schedule_timeout+83/208] schedule_timeout+0x53/0xd0
    [finish_wait+45/112] finish_wait+0x2d/0x70
    [<f8d7d78b>] usbhid_submit_report+0x11b/0x1b0 [usbhid]
    [autoremove_wake_function+0/80] autoremove_wake_function+0x0/0x50
    [<f8d7f9d6>] hiddev_ioctl+0x446/0xb40 [usbhid]
    [filemap_nopage+753/928] filemap_nopage+0x2f1/0x3a0
    [kmap_atomic+134/160] kmap_atomic+0x86/0xa0
    [kunmap_atomic+107/112] kunmap_atomic+0x6b/0x70
    [__handle_mm_fault+633/2624] __handle_mm_fault+0x279/0xa40
    [nameidata_to_filp+53/64] nameidata_to_filp+0x35/0x40
    [do_ioctl+120/144] do_ioctl+0x78/0x90
    [vfs_ioctl+92/672] vfs_ioctl+0x5c/0x2a0
    [sys_ioctl+114/144] sys_ioctl+0x72/0x90
    [sysenter_past_esp+105/169] sysenter_past_esp+0x69/0xa9

    There are a few Ubuntu bug reports that describe the problem, with some
    log files and other useful info:
    I have found similar descriptions in other distros.

    I have exactly the same experience as Vincent Fortier described
    (keyboard working at boot, some keys repeating sometimes, keyboard
    unresponsive when bluetooth comes up, keyboard works again after dongle
    unplug/replug, but no bluetooth)

    Anyway, is this a kernel problem or is bluez-utils to blame?

    PS: I bumped into this topic when googling for "046d:c70e". I'm not a
    developer (I'm what they call "a user"), but I'm not afraid to get my
    hands dirty. If you want me to run debug versions or patched kernels, I
    can do that. After all, I have the hardware and I might give you
    valuable information (even if I wouldn't recognise it when it spat me in
    the face).

    Amedee Van Gasse
    [unhandled content-type:application/pgp-signature]
     \ /
      Last update: 2007-03-05 20:25    [W:0.024 / U:39.492 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site