From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752454Ab3LRHuU (ORCPT ); Wed, 18 Dec 2013 02:50:20 -0500 Received: from mail-la0-f45.google.com ([209.85.215.45]:38394 "EHLO mail-la0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750961Ab3LRHuS (ORCPT ); Wed, 18 Dec 2013 02:50:18 -0500 Message-ID: <52B153B3.4070903@gmail.com> Date: Wed, 18 Dec 2013 08:50:11 +0100 From: Pontus Fuchs User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Sander Eikelenboom , Ben Hutchings CC: Julian Calaby , Arend van Spriel , "Luis R. Rodriguez" , Linus Torvalds , "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 Subject: Re: [cfg80211 / iwlwifi] setting wireless regulatory domain doesn't work. 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> In-Reply-To: <1254825772.20131217224914@eikelenboom.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2013-12-17 22:49, Sander Eikelenboom wrote: > > Indeed, I looked for a crda hook for initramfs-tools but didn't find it, so skipped that idea > for the moment. > > 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. The canonical trick to have cfg80211 built in is to execute crda manually in your boot scripts. This will satisfy the initial request and resolve the block. Cheers, Pontus