Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756003AbbGQRku (ORCPT ); Fri, 17 Jul 2015 13:40:50 -0400 Received: from host171.canaca.com ([67.55.55.225]:38930 "EHLO host171.canaca.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752766AbbGQRkt (ORCPT ); Fri, 17 Jul 2015 13:40:49 -0400 Message-ID: <0e8e81b360e2f3c5ff9fc6c26b447462.squirrel@mungewell.org> In-Reply-To: <55A93A10.3060201@redhat.com> References: <8297c42b69d89cb9326b938a9adaa997.squirrel@mungewell.org> <913a160c809900ee52e7c83350b4162f.squirrel@mungewell.org> <55A8AA15.2050802@ti.com> <55A93A10.3060201@redhat.com> Date: Fri, 17 Jul 2015 13:40:44 -0400 Subject: Re: Kernel Oops: btusb: 4.2rc1 System lockup with BT dongle insert - log attached From: simon@mungewell.org To: "Laura Abbott" , "Shuah Khan" Cc: "Kim, Milo" , linux-bluetooth@vger.kernel.org, linux-kernel@vger.kernel.org User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT X-Priority: 3 (Normal) Importance: Normal X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host171.canaca.com X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - mungewell.org X-Source: X-Source-Args: X-Source-Dir: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2179 Lines: 60 > On 07/17/2015 08:14 AM, simon@mungewell.org wrote: >> >>>> 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. >>>> >>> >>> The 'CONFIG_FW_LOADER_USER_HELPER_FALLBACK' enables to load firmware >>> data manually by accessing /sys/class/firmware//data. It runs in >>> case the firmware file is missing. >>> This user helper fallback will be enabled if one of LP55xx driver is >>> included in your dot config. Please see my patch below. >>> >>> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/leds?id=b67893206fc0a0e8af87130e67f3d8ae553fc87c >>> >>> However, I'm not sure why this affects your system lockup. Can I have >>> more details? >> >> Hi Milo, >> I'm not suggesting that your patch is the cause, just that it is an >> 'enabler' and and explains why the problem (system lockup when I plug >> USB >> Bluetooth dongle in) appears now. >> >> A full Oops log is further back in this thread: >> http://www.spinics.net/lists/linux-bluetooth/msg63090.html >> >> >>>> Will try building 4.1 with this option to see if it fails. >> >> A very quick test as I was leaving the house this morning shows that 4.1 >> with 'CONFIG_FW_LOADER_USER_HELPER_FALLBACK' does not show the problem. >> >> So at least we know the 'real' problem is a recent change to the code. >> Simon >> > > I think this was reported and fixed > > https://lkml.org/lkml/2015/7/8/858 > https://lkml.org/lkml/2015/7/8/1199 > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=6f957724b94cb19f5c1c97efd01dd4df8ced323c > Certainly looks like a plausible solution, will build kernel tonight to confirm. If Shuah is still looking for the trigger, see above note regarding 'CONFIG_FW_LOADER_USER_HELPER_FALLBACK'. Thanks, and have an awesome weekend. :-) Simon -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/