The kernel patch applies to all platforms (it changes arch-independent
sources).
But the bug doesn't occur on the other platforms:
- x86 is 32bit userspace on a 32bit kernel
- amd64 is 64bit userspace on a 64bit kernel.
The bug only appears when a 32bit userspace is used on a 64bit kernel -
this
Thanks, Marcel!
You're right, that's a fix for this problem.
For everyone to verify, here's the commit entry:
http://www.kernel.org/git/?p=linux/kernel/git/stable/linux-2.6.19.y.git;a=commit;h=e9c5702e3c5558dade169949abd730173e87ef9c
Marcel has fixed the issue entirely in the kernel, leaving the
@Lothar (2006-10-14/15):
thanks for you strace log.
It proves that there are actually two diffent bugs, both related to hidd and/or
the hidp kernel module.
A/ you observe a "connect timeout" from "hidd --connect ..."
B/ Zhares sees a "HID create error 14" from "hidd --connect ..."
Bug A seems to
I confirm my suspicion about the bug subtype B (occuring on ppc64
machines only).
The problem can be worked around by building a 64bit version of bluez-
utils and bluez-libs.
Currently, I've got 32bit and 64bit variants installed in parallel.
hidd --connect xx:yy:zz:
ALWAYS prints "HID create
Here comes the patch.
It applies to bluez-utils 2.25 and 3.7 (and all versions inbetween,
presumably).
The patch can safely be applied to the source tree for all platforms.
It checks at compile time that it's being build for PowerPC 32bit, otherwise it
doesn't change the implementation.
Then it
