[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4DFE832C.7000100@candelatech.com>
Date: Sun, 19 Jun 2011 16:15:56 -0700
From: Ben Greear <greearb@...delatech.com>
To: Francois Romieu <romieu@...zoreil.com>
CC: netdev@...r.kernel.org
Subject: Re: [PATCH v2 1/5] net: Support ethtool ops for rx of errored frames.
On 06/19/2011 03:48 PM, Francois Romieu wrote:
> Ben Greear<greearb@...delatech.com> :
>> On 06/18/2011 02:34 PM, Francois Romieu wrote:
>>> greearb@...delatech.com<greearb@...delatech.com> :
>>> [...]
>>>> This can be useful when sniffing dodgy networks.
>>>
>>> Do you plan to add something similar - i.e. not per packet - for the Tx path ?
>>
>> Ability to tx errored frames? I posted a patch to enable sending
>> frames with custom (ie, invalid) Ethernet FCS, but you have to
>> enable it per-socket, and it will only work with AF_PACKET sockets.
>>
>> Can you offer more details on what you are asking for?
>
> Realtek's 816[89] and 810[23] have no room in their Tx descriptors to
> control ethernet checksum generation. There is a global register (TxConfig)
> though. Before looking at the per-socket information, the driver would need
> to be instructed to disable Tx hardware ethernet checksumming globally.
Ok. I think I'll take a stab at adding a more general low-level-flags
API to ethtool, with a bitfield that can be used to twiddle these sorts
of things. That way, we won't have to add new methods every time we
poke a new feature in.
This would be separate from the 'features' patches that are floating around.
Thanks,
Ben
--
Ben Greear <greearb@...delatech.com>
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists