Hi Nigel, > The bluetooth nodemanager function "nodemgr_host_thread" contains a loop > that calls try_to_freeze near the top of the loop, but then delays for > up to 3.25 seconds (plus time to do work) before getting back to the top > of the loop. When starting a cycle post-boot, this doesn't seem to bite, > but it is causing a noticeable delay at boot time, when freezing > processes prior to starting to read the image. I don't wanna disappoint you, but IEEE1394 is actually Firewire and not Bluetooth :) Regards Marcel -- 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