Return-path: Received: from s3.sipsolutions.net ([5.9.151.49]:54911 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752310AbbLNIsn (ORCPT ); Mon, 14 Dec 2015 03:48:43 -0500 Message-ID: <1450082912.3871.2.camel@sipsolutions.net> (sfid-20151214_094846_767669_53CDFE24) Subject: Re: iwlwifi - L1 Enabled - LTR Enabled loop From: Johannes Berg To: "Grumbach, Emmanuel" , Arend van Spriel , "Luis R. Rodriguez" , linuxwifi Cc: linux-wireless Date: Mon, 14 Dec 2015 09:48:32 +0100 In-Reply-To: <0BA3FCBA62E2DC44AF3030971E174FB32E919DE2@hasmsx107.ger.corp.intel.com> References: <1449876779.2324.16.camel@sipsolutions.net> <566DF964.7050904@broadcom.com> <0BA3FCBA62E2DC44AF3030971E174FB32E919DE2@hasmsx107.ger.corp.intel.com> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Mon, 2015-12-14 at 04:00 +0000, Grumbach, Emmanuel wrote: >  > This is really weird. I don't see how that could be firmware related. > BTW, -10.ucode is fairly old :) we have -16.ucode out there. I guess the question is how we get into this situation to start with? About the only thing I can imagine is that we fail somehow during initialization (without printing any other message) and higher layers like wpa_supplicant/network-manager/... simply try to bring up the device over and over again? johannes