From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 29 Sep 2012 13:27:57 +0200 From: Antonio Quartulli Message-ID: <20120929112757.GB3022@ritirata.org> References: <1347712461-9031-1-git-send-email-ordex@autistici.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eAbsdosE1cNLO4uF" Content-Disposition: inline In-Reply-To: <1347712461-9031-1-git-send-email-ordex@autistici.org> Subject: Re: [B.A.T.M.A.N.] [PATCH] batman-adv: recompute mac_len at the beginning of the rx path Reply-To: The list for a Better Approach To Mobile Ad-hoc Networking List-Id: The list for a Better Approach To Mobile Ad-hoc Networking List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: b.a.t.m.a.n@lists.open-mesh.org --eAbsdosE1cNLO4uF Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 15, 2012 at 02:34:21 +0200, Antonio Quartulli wrote: > It is possible that the mac_len is not properly exported because of stran= ge > device configuration (this behaviour has been observed when using batman-= adv on > top of a vlan interface). Therefore it is needed to explicitly recompute = it at > the very beginning of the rx path >=20 > Signed-off-by: Antonio Quartulli Instead of merging this patch I think that the best approach would be to fi= x the problem in VLAN code in the kernel. I'll try to send a patch to netdev. Cheers, --=20 Antonio Quartulli =2E.each of us alone is worth nothing.. Ernesto "Che" Guevara --eAbsdosE1cNLO4uF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlBm2z0ACgkQpGgxIkP9cwfm2gCfY9kjB0cy0P/IFGam/HDltByP u7IAn0M41b/Z2vJE2H1NVaI66lWHenWH =JmO3 -----END PGP SIGNATURE----- --eAbsdosE1cNLO4uF--