Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752525AbZI0Sp1 (ORCPT ); Sun, 27 Sep 2009 14:45:27 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751622AbZI0Sp0 (ORCPT ); Sun, 27 Sep 2009 14:45:26 -0400 Received: from casper.infradead.org ([85.118.1.10]:52504 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751431AbZI0SpZ (ORCPT ); Sun, 27 Sep 2009 14:45:25 -0400 Date: Sun, 27 Sep 2009 20:45:48 +0200 From: Arjan van de Ven To: Hugh Dickins Cc: Johannes Berg , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-wireless@vger.kernel.org Subject: Re: [bisected] Wireless regression in 2.6.32-git Message-ID: <20090927204548.3ee3768f@infradead.org> In-Reply-To: References: <20090927151855.29efcc53@infradead.org> Organization: Intel X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i586-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SRS-Rewrite: SMTP reverse-path rewritten from by casper.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2333 Lines: 57 On Sun, 27 Sep 2009 17:14:04 +0100 (BST) Hugh Dickins wrote: > On Sun, 27 Sep 2009, Arjan van de Ven wrote: > > > > With todays git my laptop fails to associate with my access point. > > Bisection points to the commit below, and reverting this one commit > > on the HEAD of tree also fixes the issue, so I'm pretty confident > > that this commit is to blame. > > > > I have a 4965 wifi card in my laptop, and the network I'm trying to > > connect to has no encryption. I'm running Fedora 11 as OS. > > > > I would like to kindly request for this commit to be reverted until > > a more permanent solution is found (I'm happy to test any patches).. > > > > 94f85853324e02c3a32bc3101f090dc9a3f512b4 is first bad commit > > commit 94f85853324e02c3a32bc3101f090dc9a3f512b4 > > Author: Johannes Berg > > Date: Thu Sep 17 17:15:31 2009 -0700 > > > > cfg80211: don't overwrite privacy setting > > > > When cfg80211 is instructed to connect, it always > > uses the default WEP key for the privacy setting, > > which clearly is wrong when using wpa_supplicant. > > Don't overwrite the setting, and rely on it being > > false when wpa_supplicant is not running, instead > > set it to true when we have keys. > > > > Signed-off-by: Johannes Berg > > Signed-off-by: John W. Linville > > > > :040000 040000 27fb46273e88eefee373699eb7e3f2923ac0886b > > 9518ee3e52c8320613cc5eee5ac54aabf082432f M net > > I've a different problem with wireless that Johannes is investigating > for me on linux-wireless; but here's a patch that he pointed me to > along the way, didn't help my issue but I expect it will help yours... > > > Subject: cfg80211: don't set privacy w/o key > > When wpa_supplicant is used to connect to open networks, > it causes the wdev->wext.keys to point to key memory, but > that key memory is all empty. Only use privacy when there > is a default key to be used. indeed it does can we get this into mainline soon ? -- 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/