Received: with ECARTIS (v1.0.0; list netdev); Thu, 07 Apr 2005 17:41:38 -0700 (PDT) Received: from e32.co.us.ibm.com (e32.co.us.ibm.com [32.97.110.130]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j380fPDL021753 for ; Thu, 7 Apr 2005 17:41:32 -0700 Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106]) by e32.co.us.ibm.com (8.12.10/8.12.9) with ESMTP id j380fK5j586204 for ; Thu, 7 Apr 2005 20:41:20 -0400 Received: from d03av02.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.195.168]) by d03relay04.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id j380fJKk194760 for ; Thu, 7 Apr 2005 18:41:19 -0600 Received: from d03av02.boulder.ibm.com (loopback [127.0.0.1]) by d03av02.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id j380fJC5021435 for ; Thu, 7 Apr 2005 18:41:19 -0600 Received: from death.nxdomain.ibm.com (sig-9-49-129-6.mts.ibm.com [9.49.129.6]) by d03av02.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id j380fIoo021413; Thu, 7 Apr 2005 18:41:18 -0600 Received: from death.nxdomain.ibm.com (localhost [127.0.0.1]) by death.nxdomain.ibm.com (8.12.8/8.12.8) with ESMTP id j380fGNn004910; Thu, 7 Apr 2005 17:41:16 -0700 Received: from death (fubar@localhost) by death.nxdomain.ibm.com (8.12.8/8.12.8/Submit) with ESMTP id j380fFAM004902; Thu, 7 Apr 2005 17:41:15 -0700 Message-Id: <200504080041.j380fFAM004902@death.nxdomain.ibm.com> To: Stephen Hemminger cc: Radheka Godse , bonding-devel@lists.sourceforge.net, netdev@oss.sgi.com Subject: Re: [PATCH 2.6.12-rc2 0/17] bonding: sysfs interface... In-Reply-To: Message from Stephen Hemminger of "Thu, 07 Apr 2005 17:09:34 PDT." <20050407170934.5ca77ab5@dxpl.pdx.osdl.net> X-Mailer: MH-E 7.82; nmh 1.0.4; GNU Emacs 21.3.1 Date: Thu, 07 Apr 2005 17:41:15 -0700 From: Jay Vosburgh X-Virus-Scanned: ClamAV 0.83/813/Thu Apr 7 03:20:51 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 1573 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: fubar@us.ibm.com Precedence: bulk X-list: netdev Content-Length: 986 Lines: 38 Stephen Hemminger wrote: [...] >Also: how do you intend to use the ABI version exported? Unless you have a clear >plan, it is frowned upon to drop random version numbers around hoping to be able >to have compatibility. If by "ABI version exported," you're referring to this (and the associated calls): +int bond_check_abi_ver(void) +{ + int retval = 1; + + if (orig_app_abi_ver == -1) { + orig_app_abi_ver = BOND_ABI_VERSION; + app_abi_ver = BOND_ABI_VERSION; + } + else { + if (app_abi_ver == 0) + retval = 0; + } + + return retval; +} + This enforces the already existing ABI version control stuff in bonding (which deals with different versions of the ifenslave control program). This should preserve the existing ifenslave (ioctl based) ABI. I've only skimmed the patch, so I haven't tested it out as yet, but at first glance it looks ok. Or did you mean something else? -J --- -Jay Vosburgh, IBM Linux Technology Center, fubar@us.ibm.com