Return-path: Received: from mail-qt0-f179.google.com ([209.85.216.179]:36093 "EHLO mail-qt0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932677AbdIHT60 (ORCPT ); Fri, 8 Sep 2017 15:58:26 -0400 Received: by mail-qt0-f179.google.com with SMTP id s18so7154110qta.3 for ; Fri, 08 Sep 2017 12:58:25 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <1504531173.27801.0.camel@sipsolutions.net> References: <1504531173.27801.0.camel@sipsolutions.net> From: Thomas Pedersen Date: Fri, 8 Sep 2017 12:58:24 -0700 Message-ID: (sfid-20170908_215905_720532_69011EB0) Subject: Re: Incorrect mesh path seq num To: Johannes Berg Cc: Greg Maitz , linux-wireless@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Sender: linux-wireless-owner@vger.kernel.org List-ID: On Mon, Sep 4, 2017 at 6:19 AM, Johannes Berg wrote: > On Fri, 2017-09-01 at 13:07 -0700, Thomas Pedersen wrote: >> On Thu, Aug 31, 2017 at 11:30 PM, Greg Maitz >> wrote: >> > Hi guys, >> > >> > I'm seeing a problem when I work on the wireless mesh between two >> > linux devices. The root node has 3.18 kernel while the next hop >> > station runs 2.6.37 kernel. I found the mpath->sn value is >> > incorrect >> > most of the time on the device having 2.6.37 kernel. After >> > examining >> > the code, in function hwmp_route_info_get [mesh_hwmp.c], after >> > mesh_path_lookup, the sequence number (i.e, mpath->sn) is >> > incorrect. >> > For instance, I see mpath->sn having value 0x30950000. It should be >> > 0x9530, while the orig_sn is having value 0x9531. >> >> Looks like an endianess bug. Are you testing on two platforms of >> different endianess? > > Even if that's the case, wouldn't it mean some kind of conversion is > missing somewhere? Yes. I looked for a missing conversion, but couldn't find it. Greg, where / how are you printing mpath->sn? mpath dump or a printk you added? -- thomas