From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeff Garzik Subject: Re: [ethtool PATCH] ethtool: Add Direct Attach to the available connector ports Date: Sun, 29 Nov 2009 05:42:28 -0500 Message-ID: <4B125014.9080507@garzik.org> References: <20091125101315.24481.11759.stgit@localhost.localdomain> <20091129.003601.253425360.davem@davemloft.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jeffrey.t.kirsher@intel.com, shemminger@vyatta.com, netdev@vger.kernel.org, gospo@redhat.com, peter.p.waskiewicz.jr@intel.com To: David Miller Return-path: Received: from srv5.dvmed.net ([207.36.208.214]:36056 "EHLO mail.dvmed.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752373AbZK2Km3 (ORCPT ); Sun, 29 Nov 2009 05:42:29 -0500 In-Reply-To: <20091129.003601.253425360.davem@davemloft.net> Sender: netdev-owner@vger.kernel.org List-ID: On 11/29/2009 03:36 AM, David Miller wrote: > From: Jeff Kirsher > Date: Wed, 25 Nov 2009 02:13:15 -0800 > >> From: PJ Waskiewicz >> >> This adds Direct Attach SFP+ types to the connector ports >> for the GSET mode. >> >> Signed-off-by: Peter P Waskiewicz Jr >> Signed-off-by: Jeff Kirsher > > Jeff Garzik, ping? These days, unless I have some massive objection, I merge stuff into ethtool when the kernel bits hit net-next. ethtool should be current as of net-next 24 hrs ago. I queued the ethtool patch in $subject, and was waiting on your kernel merge verdict. > Also, do you plan on doing any ethtool releases this century? :-) I've been trying to think of what would be a good versioning scheme for ethtool. Even though it is [essentially] a user-friendly kernel interface, its releases have never really been closely synchronized with the kernel releases. And unlike a lot of other software, ethtool is so simple it does not really go through any release-candidate or beta period. The current scheme just increments a release number: 5->6, 6->7, etc. But with so few kernel releases (and thus ethtool releases), I was leaning towards either yearly release naming ("ethtool-2009"), kernel release naming ("ethtool-2.6.33"), or the release scheme proposed for glibc: snapshot directly from the git repository. If people want one, I could do a release right now. Or, we could move to an alternate scheme like git snapshots. I think git snapshots are viable because ethtool has historically had next to zero bugs in the actual userland utility. Fedora already imports git snapshots, for example. Preferences? Jeff