> It looks like the firmware 'opt_flags' must be different, so this may be a > contributing factor. Plot thickens.... kernel config has changed since I built 4.1.0rc7, but I don't recall doing it or starting a fresh. /boot/config-4.1.0-rc7+ -- CONFIG_PREVENT_FIRMWARE_BUILD=y CONFIG_FW_LOADER=y CONFIG_FIRMWARE_IN_KERNEL=y CONFIG_EXTRA_FIRMWARE="" CONFIG_FW_LOADER_USER_HELPER=y # CONFIG_FW_LOADER_USER_HELPER_FALLBACK is not set CONFIG_WANT_DEV_COREDUMP=y CONFIG_ALLOW_DEV_COREDUMP=y CONFIG_DEV_COREDUMP=y -- /boot/config-4.2.0-rc1+ -- CONFIG_PREVENT_FIRMWARE_BUILD=y CONFIG_FW_LOADER=y CONFIG_FIRMWARE_IN_KERNEL=y CONFIG_EXTRA_FIRMWARE="" CONFIG_FW_LOADER_USER_HELPER=y CONFIG_FW_LOADER_USER_HELPER_FALLBACK=y <------------!!! CONFIG_WANT_DEV_COREDUMP=y CONFIG_ALLOW_DEV_COREDUMP=y CONFIG_DEV_COREDUMP=y -- Has a kconfig forced a change?.... Grrr -- $ git blame ./drivers/leds/Kconfig -- c93d08fa7 (Milo(Woogyom) Kim 2013-02-05 18:01:23 +0900 228) config LEDS_LP55XX_COMMON 33b3a561f (Kim, Milo 2013-07-09 02:11:37 -0700 229) tristate "Common Driver for TI/National LP5521/5523/55231/5562/8501" 33b3a561f (Kim, Milo 2013-07-09 02:11:37 -0700 230) depends on LEDS_LP5521 || LEDS_LP5523 || LEDS_LP5562 || LEDS_LP8501 10c06d178 (Milo(Woogyom) Kim 2013-02-05 19:17:20 +0900 231) select FW_LOADER b67893206 (Milo Kim 2015-06-28 17:39:14 -0700 232) select FW_LOADER_USER_HELPER_FALLBACK <-----!!!! c93d08fa7 (Milo(Woogyom) Kim 2013-02-05 18:01:23 +0900 233) help 33b3a561f (Kim, Milo 2013-07-09 02:11:37 -0700 234) This option supports common operations for LP5521/5523/55231/5562/8501 c93d08fa7 (Milo(Woogyom) Kim 2013-02-05 18:01:23 +0900 235) devices. -- So in summary this problem is showing up now as the 'User Helper Fallback' is now forced on, obviously the underlying problem needs to be fixed - but I don't know when it crept in. Will try building 4.1 with this option to see if it fails. Simon -- 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