Received: with ECARTIS (v1.0.0; list netdev); Mon, 09 Aug 2004 08:54:13 -0700 (PDT) Received: from mail.osdl.org (fw.osdl.org [65.172.181.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i79Fs6Tl023108 for ; Mon, 9 Aug 2004 08:54:07 -0700 Received: from dell_ss3.pdx.osdl.net (dell_ss3.pdx.osdl.net [172.20.1.60]) by mail.osdl.org (8.11.6/8.11.6) with SMTP id i79Frm116954; Mon, 9 Aug 2004 08:53:48 -0700 Date: Mon, 9 Aug 2004 08:53:48 -0700 From: Stephen Hemminger To: bert hubert Cc: "David S. Miller" , netdev@oss.sgi.com Subject: Re: [PATCH 2.6] vlan ioctl propagation (rev.2) Message-Id: <20040809085348.11eaa869@dell_ss3.pdx.osdl.net> In-Reply-To: <20040807211036.GA7970@outpost.ds9a.nl> References: <20040806091305.4d405664@dell_ss3.pdx.osdl.net> <20040806132145.675fd17d.davem@redhat.com> <20040806143928.711d92eb@dell_ss3.pdx.osdl.net> <20040807211036.GA7970@outpost.ds9a.nl> Organization: Open Source Development Lab X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; i386-redhat-linux-gnu) X-Face: &@E+xe?c%:&e4D{>f1O<&U>2qwRREG5!}7R4;D<"NO^UI2mJ[eEOA2*3>(`Th.yP,VDPo9$ /`~cw![cmj~~jWe?AHY7D1S+\}5brN0k*NE?pPh_'_d>6;XGG[\KDRViCfumZT3@[ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 7587 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: shemminger@osdl.org Precedence: bulk X-list: netdev Content-Length: 898 Lines: 19 On Sat, 7 Aug 2004 23:10:37 +0200 bert hubert wrote: > On Fri, Aug 06, 2004 at 02:39:28PM -0700, Stephen Hemminger wrote: > > Here is a redo of the patch to propagate ethtool and mii ioctl's > > on vlan's to the underlying real device. This time the request > > is copied to a new buffer, to avoid the colon name rewrite issues. > > Is this really what we want? We also don't make virtual IPs appear as real > interfaces anymore. Virtual devices are just that - virtual. > > -- > http://www.PowerDNS.com Open source, database driven DNS Software > http://lartc.org Linux Advanced Routing & Traffic Control HOWTO The problem is that the bridge code (and bonding) want to be able to send ethtool ioctl's to the device. The bridge wants it to find out the speed of the device to set the spanning tree values appropriately. I would rather not special case VLAN's.