From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail.redfish-solutions.com ([66.232.79.143]:36970 "EHLO mail.redfish-solutions.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751603Ab0HYRYA (ORCPT ); Wed, 25 Aug 2010 13:24:00 -0400 Message-ID: <4C7551A4.4040605@redfish-solutions.com> Date: Wed, 25 Aug 2010 10:23:48 -0700 From: Philip Prindeville MIME-Version: 1.0 To: Johannes Berg CC: linux-wireless@vger.kernel.org, Jouni Malinen Subject: Re: Marshaling issues w/ compat-wireless-2010-08-19 References: <4C746F74.70401@redfish-solutions.com> <1282723861.3685.4.camel@jlt3.sipsolutions.net> <1282724412.3685.5.camel@jlt3.sipsolutions.net> In-Reply-To: <1282724412.3685.5.camel@jlt3.sipsolutions.net> Content-Type: text/plain; charset=UTF-8; format=flowed Sender: linux-wireless-owner@vger.kernel.org List-ID: On 8/25/10 1:20 AM, Johannes Berg wrote: > On Wed, 2010-08-25 at 10:11 +0200, Johannes Berg wrote: > >>> authentication: STA=f8:1e:df:1e:c2:23 auth_alg=35510 auth_transaction=79 status_code=21688 wep=1 >>> Unsupported authentication algorithm (35510) >>> >>> >>> I'm wondering if some messages that are passed up to user-space via >>> netlink from the driver might have changed their schema, i.e. adding >>> new fields in the middle of a structure or moving fields around within >>> a structure. >> Looks more like a crypto problem to me, as this should be the encrypted >> challenge in your shared key handshake. IOW, it looks like the frame >> isn't getting decrypted by mac80211 for some reason. > Works fine here in hwsim, so likely to be either a driver problem (hw > decrypts frame, but driver doesn't tell us so), something that has been > fixed between then and now, or a compat specific problem. > > johannes I'll bump to yesterday's baking, apply your patch, and retry. Maybe it was a spurious issue. If that doesn't work, I'll try forcing h/w decryption off in the NIC.