Marcel Holtmann wrote:
Also please run a kernel built from bluetooth-testing.git so I can
properly debug this. There is one change in it that affects the bulk
URBs and maybe these dongles just don't like it if we only submit them
when needed.
I found bluetooth-testing.git last night after posting here, and merged
it into my kernel. Today I just tested it, and the problem is solved
here. So there's probably no reason to provide the dump anymore. Will
this fix be backported to 2.6.27 and 2.6.28?
not likely since it is not clear what is causing it. There can be some
other changes in the tree that could have broken and fixed it. Sometimes
this is not Bluetooth related.
Maybe this isn't the same as knowing what's causing it, but I'm pretty
sure that 'Submit bulk URBs along with interrupt URBs' fixed it. I had
done some bisecting in search of the problem and never found a point
before it where btusb worked with the affected dongle. Rolling back to
just before that commit reproduces the problem, and then stepping
forward one fixes it again. I also tried starting with 2.6.27 and
cherry-picking the changes that touch drivers/bluetooth/btusb.c. That
also produced working Bluetooth as soon as that same commit was added.
Anyway, if it does not get backported to the official stable branches, I
think some distros will still want to add it to their kernels. I'll try
to get this into Ubuntu Jaunty's 2.6.28 kernel. So for the sake of me
saying "this is the fix applied upstream", do you have an ETA on when
this stuff will be merged into the kernel mainline?
--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html