Return-path: Received: from mail-oa0-f50.google.com ([209.85.219.50]:53792 "EHLO mail-oa0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932120Ab3HGQkN (ORCPT ); Wed, 7 Aug 2013 12:40:13 -0400 Message-ID: <1375893609.4004.33.camel@edumazet-glaptop> (sfid-20130807_184036_842876_525A0746) Subject: Re: linux-next: Tree for Aug 7 From: Eric Dumazet To: Johannes Berg Cc: Phil Sutter , Sedat Dilek , Stephen Rothwell , linux-next@vger.kernel.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, David Miller , Hannes Frederic Sowa , wireless , John Linville Date: Wed, 07 Aug 2013 09:40:09 -0700 In-Reply-To: <1375892522.8154.3.camel@jlt4.sipsolutions.net> References: <20130807155443.a0355d0429f3e0b4ccbed261@canb.auug.org.au> <20130807155918.GA16263@orbit.nwl.cc> <1375891974.8154.1.camel@jlt4.sipsolutions.net> <1375892245.4004.31.camel@edumazet-glaptop> (sfid-20130807_181729_176093_C3201A13) <1375892522.8154.3.camel@jlt4.sipsolutions.net> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Wed, 2013-08-07 at 18:22 +0200, Johannes Berg wrote: > Maybe. I haven't tested it, but I'm thinking that skb->data doesn't > point to the start of the data frame in this case, since we now call > eth_type_trans() which pulls the ethernet header. So if the device just > transmits skb->len starting from skb->data, it'll be wrong, no? That > seems a basic assumption though. Yes, it seems calling eth_type_trans() is not right here, and even could crash. Sorry, for being vague, I am a bit busy this morning.