Return-path: Received: from mail-ve0-f173.google.com ([209.85.128.173]:49239 "EHLO mail-ve0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751504Ab3LQWGI (ORCPT ); Tue, 17 Dec 2013 17:06:08 -0500 MIME-Version: 1.0 In-Reply-To: <1254825772.20131217224914@eikelenboom.it> References: <1342235583.20131211182804@eikelenboom.it> <871324710.20131211191104@eikelenboom.it> <1937118387.20131216122200@eikelenboom.it> <52AEE60B.6030509@broadcom.com> <19210260274.20131216135644@eikelenboom.it> <1534126119.20131217104548@eikelenboom.it> <387552477.20131217213319@eikelenboom.it> <20131217212709.GB5624@decadent.org.uk> <1254825772.20131217224914@eikelenboom.it> Date: Tue, 17 Dec 2013 14:06:06 -0800 Message-ID: (sfid-20131217_230627_296998_37397F04) Subject: Re: [cfg80211 / iwlwifi] setting wireless regulatory domain doesn't work. From: Linus Torvalds To: Sander Eikelenboom Cc: Ben Hutchings , Julian Calaby , Arend van Spriel , "Luis R. Rodriguez" , "Berg, Johannes" , "Grumbach, Emmanuel" , "linux-kernel@vger.kernel.org" , "ilw@linux.intel.com" , "netdev@vger.kernel.org" , "linux-wireless@vger.kernel.org" , "John W. Linville" , Avinash Patil Content-Type: text/plain; charset=UTF-8 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Tue, Dec 17, 2013 at 1:49 PM, Sander Eikelenboom wrote: > > So if i combine the two .. it's essentially just a very bad idea to compile the wireless stuff in. > It needs a access to a userland program at module load time, or it will block forever. No, it's a very stupid module if it does that. It should require the crda hook not at module load time, but at first ifconfig time. We've had bugs like this before. Doing user-mode callbacks at module loading time is a disaster exactly because it doesn't work well with built-in modules. The fact that those things apparently also don't time out or notice when they fail seems to then just exacerbate the bad decision. We have literally had this *exact* same issue with firmware loading. Network drivers shouldn't try to load firmware at module load time. Same deal. What's the broken path? Is this driver-specific, or is it generic to the 802.11 code? Linus