All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeff Garzik <jeff@garzik.org>
To: Brandon Philips <brandon@ifup.org>
Cc: David Miller <davem@davemloft.net>,
	rick.jones2@hp.com, netdev@vger.kernel.org, jgarzik@pobox.com
Subject: Re: ethtool: Expand ethtool_cmd.speed to 32 bits
Date: Mon, 28 Jul 2008 14:36:35 -0400	[thread overview]
Message-ID: <488E11B3.6070901@garzik.org> (raw)
In-Reply-To: <20080728171148.GJ5378@potty.ifup.org>

Brandon Philips wrote:
> On 15:43 Tue 15 Jul 2008, David Miller wrote:
>> From: Brandon Philips <brandon@ifup.org>
>> Date: Tue, 15 Jul 2008 23:47:09 -0700
>>
>>> On 15:27 Tue 15 Jul 2008, David Miller wrote:
>>>> From: Rick Jones <rick.jones2@hp.com>
>>>> Date: Tue, 15 Jul 2008 14:53:16 -0700
>>>>
>>>>> Brandon Philips wrote:
>>>>>> Introduce the speed_hi field to ethtool_cmd, using the reserved space,
>>>>>> to expand the speed field to 2^32 Megabits/second.
>>>>>>
>>>>>> Making this field expansion now gives us plenty of time to fix up the
>>>>>> user-space pieces that use SIOCETHTOOL before hardware faster than 64
>>>>>> Gb/s is available.
>>>>>>
>>>>>> Signed-off-by: Brandon Philips <bphilips@suse.de>
>>>>>>
>>>>>> ---
>>>>>>  include/linux/ethtool.h |   17 ++++++++++++++++-
>>>>>>  1 file changed, 16 insertions(+), 1 deletion(-)
>>>>>>
>>>>>> Index: linux-2.6/include/linux/ethtool.h
>>>>>> ===================================================================
>>>>>> --- linux-2.6.orig/include/linux/ethtool.h
>>>>>> +++ linux-2.6/include/linux/ethtool.h
>>>>>> @@ -27,9 +27,24 @@ struct ethtool_cmd {
>>>>>>  	__u8	autoneg;	/* Enable or disable autonegotiation */
>>>>>>  	__u32	maxtxpkt;	/* Tx pkts before generating tx int */
>>>>>>  	__u32	maxrxpkt;	/* Rx pkts before generating rx int */
>>>>>> -	__u32	reserved[4];
>>>>>> +	__u16	speed_hi;
>>>>>> +	__u16	reserved2;
>>>>>> +	__u32	reserved[3];
>>>>>>  };
>>>>> I certainly agree with the concept of preparing for faster NICs.  Are 
>>>>> bits in that structure sufficiently precious to go the split route, or 
>>>>> would it be cleaner to just grab a contiguous 32 bits from the structure?
>>>> That's less space we can use to make similar expansions.
>>>>
>>>> And we have to keep the existing u16 chunk there anyways, because existing
>>>> applications are only going to provide that part.
>>> Agreed.  Can this be queued for 2.6.27 then?
>> Jeff?
> 
> Has this been merged somewhere?  I just checked net-2.6 and net-next and
> didn't see it.

Sorry, this thread was buried deep in an inbox.  Rescued and queued.

	Jeff





  reply	other threads:[~2008-07-28 18:36 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-15  9:18 [RFC] ethtool: Expand ethtool_cmd.speed to 32 bits Brandon Philips
2008-07-15 21:53 ` Rick Jones
2008-07-15 22:27   ` David Miller
2008-07-16  6:47     ` Brandon Philips
2008-07-15 22:43       ` David Miller
2008-07-28 17:11         ` Brandon Philips
2008-07-28 18:36           ` Jeff Garzik [this message]
2008-08-07  6:24 ` [RFC] " Jeff Garzik

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=488E11B3.6070901@garzik.org \
    --to=jeff@garzik.org \
    --cc=brandon@ifup.org \
    --cc=davem@davemloft.net \
    --cc=jgarzik@pobox.com \
    --cc=netdev@vger.kernel.org \
    --cc=rick.jones2@hp.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.