Return-path: Received: from mail-bk0-f46.google.com ([209.85.214.46]:63162 "EHLO mail-bk0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752129Ab2ITPSU (ORCPT ); Thu, 20 Sep 2012 11:18:20 -0400 Received: by bkuw11 with SMTP id w11so291283bku.19 for ; Thu, 20 Sep 2012 08:18:18 -0700 (PDT) Subject: Re: regression: tethering fails in 3.5 with iwlwifi From: Eric Dumazet To: Johannes Berg Cc: artem.bityutskiy@linux.intel.com, Eric Dumazet , linux-wireless@vger.kernel.org In-Reply-To: <1348153522.4161.37.camel@jlt4.sipsolutions.net> References: <1347361823.26457.3.camel@sauron.fi.intel.com> <1DC40B07CD6EC041A66726C271A73AE6195AE9C8@IRSMSX102.ger.corp.intel.com> <1347631355.5263.19.camel@sauron.fi.intel.com> <1347640763.5263.24.camel@sauron.fi.intel.com> <1347892887.7112.9.camel@sauron.fi.intel.com> <1348142775.2388.10.camel@sauron.fi.intel.com> <1348144524.4161.26.camel@jlt4.sipsolutions.net> <1348145936.2388.18.camel@sauron.fi.intel.com> <1348147353.2388.19.camel@sauron.fi.intel.com> <1348151149.31352.109.camel@edumazet-glaptop> <1348151876.2388.24.camel@sauron.fi.intel.com> <1348152971.31352.140.camel@edumazet-glaptop> (sfid-20120920_165616_301862_3EBAF30C) <1348153522.4161.37.camel@jlt4.sipsolutions.net> Content-Type: text/plain; charset="UTF-8" Date: Thu, 20 Sep 2012 17:18:14 +0200 Message-ID: <1348154294.31352.165.camel@edumazet-glaptop> (sfid-20120920_171822_897291_7C5CD517) Mime-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Thu, 2012-09-20 at 17:05 +0200, Johannes Berg wrote: > On Thu, 2012-09-20 at 16:56 +0200, Eric Dumazet wrote: > > On Thu, 2012-09-20 at 17:37 +0300, Artem Bityutskiy wrote: > > > On Thu, 2012-09-20 at 16:25 +0200, Eric Dumazet wrote: > > > > Please remove this hack and try the following bugfix in raw handler > > > > > > > > icmp_filter() should not modify skb, or else its caller should not > > > > assume ip_hdr() is unchanged. > > > > > > Did not help :( > > > > > > > What gives (after some failures) > > > > cat /proc/net/raw > > Note I think the failing packets are dhcp packets, and connman seems to > use an AF_INET, SOCK_DGRAM, IPPROTO_UDP socket for those, and binds it > to the right device. I'd be quite surprised though if UDP code had > issues with paged Rx?? > > johannes > You told me : socket(PF_PACKET, SOCK_RAW, htons(ETH_P_EAPOL)) So I looked at raw code.