Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933926AbZKXSiZ (ORCPT ); Tue, 24 Nov 2009 13:38:25 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933852AbZKXSiZ (ORCPT ); Tue, 24 Nov 2009 13:38:25 -0500 Received: from stinky.trash.net ([213.144.137.162]:42158 "EHLO stinky.trash.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933799AbZKXSiY (ORCPT ); Tue, 24 Nov 2009 13:38:24 -0500 Message-ID: <4B0C2824.5010502@trash.net> Date: Tue, 24 Nov 2009 19:38:28 +0100 From: Patrick McHardy User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090701) MIME-Version: 1.0 To: "Eric W. Biederman" CC: Arnd Bergmann , virtualization@lists.linux-foundation.org, Herbert Xu , Eric Dumazet , Anna Fischer , netdev@vger.kernel.org, bridge@lists.linux-foundation.org, linux-kernel@vger.kernel.org, Mark Smith , Gerhard Stenzel , Jens Osterkamp , Patrick Mullaney , Stephen Hemminger , Edge Virtual Bridging , David Miller Subject: Re: [PATCH 1/4] veth: move loopback logic to common location References: <1259024166-28158-1-git-send-email-arnd@arndb.de> <200911241002.20904.arnd@arndb.de> <4B0BB2A7.5040707@trash.net> <200911241034.43961.arnd@arndb.de> <4B0BB818.6090509@trash.net> <4B0C1031.4050803@trash.net> In-Reply-To: X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1387 Lines: 29 Eric W. Biederman wrote: > Patrick McHardy writes: > >> In the layered case (macvlan -> eth0) its common behaviour to >> keep the mark however. But in case of different namespaces, >> I think macvlan should also clear the mark on the dev_queue_xmit() >> path since this is just a shortcut to looping the packets >> through veth. In fact probably both of them should also clear >> skb->priority so other namespaces don't accidentally misclassify >> packets. > > That is why I pushed for what is becoming dev_forward_skb. So that > we have one place where we can make all of those tweaks. It seems > like in every review we find another field that should be cleared/handled > specially. > > I don't quite follow what you intend with dev_queue_xmit when the macvlan > is in one namespace and the real physical device is in another. Are > you mentioning that the packet classifier runs in the namespace where > the primary device lives with packets from a different namespace? Exactly. And I think we should make sure that the namespace of the macvlan device can't (deliberately or accidentally) cause misclassification. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/