Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752442AbaKZKK1 (ORCPT ); Wed, 26 Nov 2014 05:10:27 -0500 Received: from cantor2.suse.de ([195.135.220.15]:35523 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751287AbaKZKKZ (ORCPT ); Wed, 26 Nov 2014 05:10:25 -0500 Message-ID: <1416996623.3171.7.camel@linux-0dmf.site> Subject: Re: bluetooth related firmware loader spew on resume. From: Oliver Neukum To: Takashi Iwai Cc: Marcel Holtmann , Dave Jones , Linux Kernel , pgynther@google.com, linux-bluetooth@vger.kernel.org Date: Wed, 26 Nov 2014 11:10:23 +0100 In-Reply-To: References: <20141111181228.GA27815@redhat.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2014-11-26 at 09:52 +0100, Takashi Iwai wrote: > At Wed, 26 Nov 2014 14:15:27 +0900, > In order to paper over this, we may also remember the failing firmware > and avoid loading it. This might be an easer way than the endless > fight against UMH race... Hi, the full fix would be to implement reset_resume() for btusb. It seems to me that setup() should be split in two methods, one to request the firmware from user space and the second to transfer it to the device. reset_resume() would just need to repeat the second operation. Regards Oliver -- 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/