Basic information¶

Netlink interface for ethtool uses generic netlink familyethtool(userspace application should use macrosETHTOOL_GENL_NAME andETHTOOL_GENL_VERSION defined in<linux/ethtool_netlink.h> uapiheader). This family does not use a specific header, all information inrequests and replies is passed using netlink attributes.

The ethtool netlink interface uses extended ACK for error and warningreporting, userspace application developers are encouraged to make thesemessages available to user in a suitable way.

Requests can be divided into three categories: “get” (retrieving information),“set” (setting parameters) and “action” (invoking an action).

All “set” and “action” type requests require admin privileges(CAP_NET_ADMIN in the namespace). Most “get” type requests are allowed foranyone but there are exceptions (where the response contains sensitiveinformation). In some cases, the request as such is allowed for anyone butunprivileged users have attributes with sensitive information (e.g.wake-on-lan password) omitted.

Conventions¶

Attributes which represent a boolean value usually use NLA_U8 type so that wecan distinguish three states: “on”, “off” and “not present” (meaning theinformation is not available in “get” requests or value is not to be changedin “set” requests). For these attributes, the “true” value should be passed asnumber 1 but any non-zero value should be understood as “true” by recipient.In the tables below, “bool” denotes NLA_U8 attributes interpreted in this way.

In the message structure descriptions below, if an attribute name is suffixedwith “+”, parent nest can contain multiple attributes of the same type. Thisimplements an array of entries.

Request header¶

Each request or reply message contains a nested attribute with common header.Structure of this header is

ETHTOOL_A_HEADER_DEV_INDEX	u32	device ifindex
ETHTOOL_A_HEADER_DEV_NAME	string	device name
ETHTOOL_A_HEADER_FLAGS	u32	flags common for all requests

ETHTOOL_A_HEADER_DEV_INDEX andETHTOOL_A_HEADER_DEV_NAME identify thedevice message relates to. One of them is sufficient in requests, if both areused, they must identify the same device. Some requests, e.g. global stringsets, do not require device identification. MostGET requests also allowdump requests without device identification to query the same information forall devices providing it (each device in a separate message).

ETHTOOL_A_HEADER_FLAGS is a bitmap of request flags common for all requesttypes. The interpretation of these flags is the same for all request types butthe flags may not apply to requests. Recognized flags are:

ETHTOOL_FLAG_COMPACT_BITSETS	use compact format bitsets in reply
ETHTOOL_FLAG_OMIT_REPLY	omit optional reply (_SET and _ACT)

New request flags should follow the general idea that if the flag is not set,the behaviour is backward compatible, i.e. requests from old clients not awareof the flag should be interpreted the way the client expects. A client mustnot set flags it does not understand.

Bit sets¶

For short bitmaps of (reasonably) fixed length, standardNLA_BITFIELD32type is used. For arbitrary length bitmaps, ethtool netlink uses a nestedattribute with contents of one of two forms: compact (two binary bitmapsrepresenting bit values and mask of affected bits) and bit-by-bit (list ofbits identified by either index or name).

Verbose (bit-by-bit) bitsets allow sending symbolic names for bits togetherwith their values which saves a round trip (when the bitset is passed in arequest) or at least a second request (when the bitset is in a reply). This isuseful for one shot applications like traditional ethtool command. On theother hand, long running applications like ethtool monitor (displayingnotifications) or network management daemons may prefer fetching the namesonly once and using compact form to save message size. Notifications fromethtool netlink interface always use compact form for bitsets.

A bitset can represent either a value/mask pair (ETHTOOL_A_BITSET_NOMASKnot set) or a single bitmap (ETHTOOL_A_BITSET_NOMASK set). In requestsmodifying a bitmap, the former changes the bit set in mask to values set invalue and preserves the rest; the latter sets the bits set in the bitmap andclears the rest.

Compact form: nested (bitset) atrribute contents:

ETHTOOL_A_BITSET_NOMASK	flag	no mask, only a list
ETHTOOL_A_BITSET_SIZE	u32	number of significant bits
ETHTOOL_A_BITSET_VALUE	binary	bitmap of bit values
ETHTOOL_A_BITSET_MASK	binary	bitmap of valid bits

Value and mask must have length at leastETHTOOL_A_BITSET_SIZE bitsrounded up to a multiple of 32 bits. They consist of 32-bit words in host byteorder, words ordered from least significant to most significant (i.e. the sameway as bitmaps are passed with ioctl interface).

For compact form,ETHTOOL_A_BITSET_SIZE andETHTOOL_A_BITSET_VALUE aremandatory.ETHTOOL_A_BITSET_MASK attribute is mandatory ifETHTOOL_A_BITSET_NOMASK is not set (bitset represents a value/mask pair);ifETHTOOL_A_BITSET_NOMASK is not set,ETHTOOL_A_BITSET_MASK is notallowed (bitset represents a single bitmap.

Kernel bit set length may differ from userspace length if older application isused on newer kernel or vice versa. If userspace bitmap is longer, an error isissued only if the request actually tries to set values of some bits notrecognized by kernel.

Bit-by-bit form: nested (bitset) attribute contents:

ETHTOOL_A_BITSET_NOMASK			flag	no mask, only a list
ETHTOOL_A_BITSET_SIZE			u32	number of significant bits
ETHTOOL_A_BITSET_BITS			nested	array of bits
	ETHTOOL_A_BITSET_BITS_BIT+		nested	one bit
		ETHTOOL_A_BITSET_BIT_INDEX	u32	bit index (0 for LSB)
		ETHTOOL_A_BITSET_BIT_NAME	string	bit name
		ETHTOOL_A_BITSET_BIT_VALUE	flag	present if bit is set

Bit size is optional for bit-by-bit form.ETHTOOL_A_BITSET_BITS nest canonly containETHTOOL_A_BITSET_BITS_BIT attributes but there can be anarbitrary number of them. A bit may be identified by its index or by itsname. When used in requests, listed bits are set to 0 or 1 according toETHTOOL_A_BITSET_BIT_VALUE, the rest is preserved. A request fails ifindex exceeds kernel bit length or if name is not recognized.

WhenETHTOOL_A_BITSET_NOMASK flag is present, bitset is interpreted asa simple bitmap.ETHTOOL_A_BITSET_BIT_VALUE attributes are not used insuch case. Such bitset represents a bitmap with listed bits set and the restzero.

In requests, application can use either form. Form used by kernel in reply isdetermined byETHTOOL_FLAG_COMPACT_BITSETS flag in flags field of requestheader. Semantics of value and mask depends on the attribute.

List of message types¶

All constants identifying message types useETHTOOL_CMD_ prefix and suffixaccording to message purpose:

_GET	userspace request to retrieve data
_SET	userspace request to set data
_ACT	userspace request to perform an action
_GET_REPLY	kernel reply to aGET request
_SET_REPLY	kernel reply to aSET request
_ACT_REPLY	kernel reply to anACT request
_NTF	kernel notification

Userspace to kernel:

ETHTOOL_MSG_STRSET_GET	get string set
ETHTOOL_MSG_LINKINFO_GET	get link settings
ETHTOOL_MSG_LINKINFO_SET	set link settings
ETHTOOL_MSG_LINKMODES_GET	get link modes info
ETHTOOL_MSG_LINKMODES_SET	set link modes info
ETHTOOL_MSG_LINKSTATE_GET	get link state
ETHTOOL_MSG_DEBUG_GET	get debugging settings
ETHTOOL_MSG_DEBUG_SET	set debugging settings
ETHTOOL_MSG_WOL_GET	get wake-on-lan settings
ETHTOOL_MSG_WOL_SET	set wake-on-lan settings
ETHTOOL_MSG_FEATURES_GET	get device features
ETHTOOL_MSG_FEATURES_SET	set device features
ETHTOOL_MSG_PRIVFLAGS_GET	get private flags
ETHTOOL_MSG_PRIVFLAGS_SET	set private flags
ETHTOOL_MSG_RINGS_GET	get ring sizes
ETHTOOL_MSG_RINGS_SET	set ring sizes
ETHTOOL_MSG_CHANNELS_GET	get channel counts
ETHTOOL_MSG_CHANNELS_SET	set channel counts
ETHTOOL_MSG_COALESCE_GET	get coalescing parameters
ETHTOOL_MSG_COALESCE_SET	set coalescing parameters
ETHTOOL_MSG_PAUSE_GET	get pause parameters
ETHTOOL_MSG_PAUSE_SET	set pause parameters
ETHTOOL_MSG_EEE_GET	get EEE settings
ETHTOOL_MSG_EEE_SET	set EEE settings
ETHTOOL_MSG_TSINFO_GET	get timestamping info
ETHTOOL_MSG_CABLE_TEST_ACT	action start cable test
ETHTOOL_MSG_CABLE_TEST_TDR_ACT	action start raw TDR cable test
ETHTOOL_MSG_TUNNEL_INFO_GET	get tunnel offload info

Kernel to userspace:

ETHTOOL_MSG_STRSET_GET_REPLY	string set contents
ETHTOOL_MSG_LINKINFO_GET_REPLY	link settings
ETHTOOL_MSG_LINKINFO_NTF	link settings notification
ETHTOOL_MSG_LINKMODES_GET_REPLY	link modes info
ETHTOOL_MSG_LINKMODES_NTF	link modes notification
ETHTOOL_MSG_LINKSTATE_GET_REPLY	link state info
ETHTOOL_MSG_DEBUG_GET_REPLY	debugging settings
ETHTOOL_MSG_DEBUG_NTF	debugging settings notification
ETHTOOL_MSG_WOL_GET_REPLY	wake-on-lan settings
ETHTOOL_MSG_WOL_NTF	wake-on-lan settings notification
ETHTOOL_MSG_FEATURES_GET_REPLY	device features
ETHTOOL_MSG_FEATURES_SET_REPLY	optional reply to FEATURES_SET
ETHTOOL_MSG_FEATURES_NTF	netdev features notification
ETHTOOL_MSG_PRIVFLAGS_GET_REPLY	private flags
ETHTOOL_MSG_PRIVFLAGS_NTF	private flags
ETHTOOL_MSG_RINGS_GET_REPLY	ring sizes
ETHTOOL_MSG_RINGS_NTF	ring sizes
ETHTOOL_MSG_CHANNELS_GET_REPLY	channel counts
ETHTOOL_MSG_CHANNELS_NTF	channel counts
ETHTOOL_MSG_COALESCE_GET_REPLY	coalescing parameters
ETHTOOL_MSG_COALESCE_NTF	coalescing parameters
ETHTOOL_MSG_PAUSE_GET_REPLY	pause parameters
ETHTOOL_MSG_PAUSE_NTF	pause parameters
ETHTOOL_MSG_EEE_GET_REPLY	EEE settings
ETHTOOL_MSG_EEE_NTF	EEE settings
ETHTOOL_MSG_TSINFO_GET_REPLY	timestamping info
ETHTOOL_MSG_CABLE_TEST_NTF	Cable test results
ETHTOOL_MSG_CABLE_TEST_TDR_NTF	Cable test TDR results
ETHTOOL_MSG_TUNNEL_INFO_GET_REPLY	tunnel offload info

GET requests are sent by userspace applications to retrieve deviceinformation. They usually do not contain any message specific attributes.Kernel replies with corresponding “GET_REPLY” message. For most types,GETrequest withNLM_F_DUMP and no device identification can be used to querythe information for all devices supporting the request.

If the data can be also modified, correspondingSET message with the samelayout as correspondingGET_REPLY is used to request changes. Onlyattributes where a change is requested are included in such request (also, notall attributes may be changed). Replies to mostSET request consist onlyof error code and extack; if kernel provides additional data, it is sent inthe form of correspondingSET_REPLY message which can be suppressed bysettingETHTOOL_FLAG_OMIT_REPLY flag in request header.

Data modification also triggers sending aNTF message with a notification.These usually bear only a subset of attributes which was affected by thechange. The same notification is issued if the data is modified using othermeans (mostly ioctl ethtool interface). Unlike notifications from ethtoolnetlink code which are only sent if something actually changed, notificationstriggered by ioctl interface may be sent even if the request did not actuallychange any data.

ACT messages request kernel (driver) to perform a specific action. If someinformation is reported by kernel (which can be suppressed by settingETHTOOL_FLAG_OMIT_REPLY flag in request header), the reply takes form ofanACT_REPLY message. Performing an action also triggers a notification(NTF message).

Later sections describe the format and semantics of these messages.

STRSET_GET¶

Requests contents of a string set as provided by ioctl commandsETHTOOL_GSSET_INFO andETHTOOL_GSTRINGS. String sets are not userwriteable so that the correspondingSTRSET_SET message is only used inkernel replies. There are two types of string sets: global (independent ofa device, e.g. device feature names) and device specific (e.g. device privateflags).

Request contents:

ETHTOOL_A_STRSET_HEADER			nested	request header
ETHTOOL_A_STRSET_STRINGSETS			nested	string set to request
	ETHTOOL_A_STRINGSETS_STRINGSET+		nested	one string set
		ETHTOOL_A_STRINGSET_ID	u32	set id

Kernel response contents:

ETHTOOL_A_STRSET_HEADER					nested	reply header
ETHTOOL_A_STRSET_STRINGSETS					nested	array of string sets
	ETHTOOL_A_STRINGSETS_STRINGSET+				nested	one string set
		ETHTOOL_A_STRINGSET_ID			u32	set id
		ETHTOOL_A_STRINGSET_COUNT			u32	number of strings
		ETHTOOL_A_STRINGSET_STRINGS			nested	array of strings
			ETHTOOL_A_STRINGS_STRING+		nested	one string
				ETHTOOL_A_STRING_INDEX	u32	string index
				ETHTOOL_A_STRING_VALUE	string	string value
ETHTOOL_A_STRSET_COUNTS_ONLY					flag	return only counts

Device identification in request header is optional. Depending on its presencea andNLM_F_DUMP flag, there are three type ofSTRSET_GET requests:

• noNLM_F_DUMP, no device: get “global” stringsets
• noNLM_F_DUMP, with device: get string sets related to the device
• NLM_F_DUMP, no device: get device related string sets for all devices

If there is noETHTOOL_A_STRSET_STRINGSETS array, all string sets ofrequested type are returned, otherwise only those specified in the request.FlagETHTOOL_A_STRSET_COUNTS_ONLY tells kernel to only return stringcounts of the sets, not the actual strings.

LINKINFO_GET¶

Requests link settings as provided byETHTOOL_GLINKSETTINGS except forlink modes and autonegotiation related information. The request does not useany attributes.

Request contents:

ETHTOOL_A_LINKINFO_HEADER

nested

request header

Kernel response contents:

ETHTOOL_A_LINKINFO_HEADER	nested	reply header
ETHTOOL_A_LINKINFO_PORT	u8	physical port
ETHTOOL_A_LINKINFO_PHYADDR	u8	phy MDIO address
ETHTOOL_A_LINKINFO_TP_MDIX	u8	MDI(-X) status
ETHTOOL_A_LINKINFO_TP_MDIX_CTRL	u8	MDI(-X) control
ETHTOOL_A_LINKINFO_TRANSCEIVER	u8	transceiver

Attributes and their values have the same meaning as matching members of thecorresponding ioctl structures.

LINKINFO_GET allows dump requests (kernel returns reply message for alldevices supporting the request).

LINKINFO_SET¶

LINKINFO_SET request allows setting some of the attributes reported byLINKINFO_GET.

Request contents:

ETHTOOL_A_LINKINFO_HEADER	nested	request header
ETHTOOL_A_LINKINFO_PORT	u8	physical port
ETHTOOL_A_LINKINFO_PHYADDR	u8	phy MDIO address
ETHTOOL_A_LINKINFO_TP_MDIX_CTRL	u8	MDI(-X) control

MDI(-X) status and transceiver cannot be set, request with the correspondingattributes is rejected.

LINKMODES_GET¶

Requests link modes (supported, advertised and peer advertised) and relatedinformation (autonegotiation status, link speed and duplex) as provided byETHTOOL_GLINKSETTINGS. The request does not use any attributes.

Request contents:

ETHTOOL_A_LINKMODES_HEADER

nested

request header

Kernel response contents:

ETHTOOL_A_LINKMODES_HEADER	nested	reply header
ETHTOOL_A_LINKMODES_AUTONEG	u8	autonegotiation status
ETHTOOL_A_LINKMODES_OURS	bitset	advertised link modes
ETHTOOL_A_LINKMODES_PEER	bitset	partner link modes
ETHTOOL_A_LINKMODES_SPEED	u32	link speed (Mb/s)
ETHTOOL_A_LINKMODES_DUPLEX	u8	duplex mode
ETHTOOL_A_LINKMODES_MASTER_SLAVE_CFG	u8	Master/slave port mode
ETHTOOL_A_LINKMODES_MASTER_SLAVE_STATE	u8	Master/slave port state

ForETHTOOL_A_LINKMODES_OURS, value represents advertised modes and maskrepresents supported modes.ETHTOOL_A_LINKMODES_PEER in the reply is a bitlist.

LINKMODES_GET allows dump requests (kernel returns reply messages for alldevices supporting the request).

LINKMODES_SET¶

Request contents:

ETHTOOL_A_LINKMODES_HEADER	nested	request header
ETHTOOL_A_LINKMODES_AUTONEG	u8	autonegotiation status
ETHTOOL_A_LINKMODES_OURS	bitset	advertised link modes
ETHTOOL_A_LINKMODES_PEER	bitset	partner link modes
ETHTOOL_A_LINKMODES_SPEED	u32	link speed (Mb/s)
ETHTOOL_A_LINKMODES_DUPLEX	u8	duplex mode
ETHTOOL_A_LINKMODES_MASTER_SLAVE_CFG	u8	Master/slave port mode

ETHTOOL_A_LINKMODES_OURS bit set allows setting advertised link modes. Ifautonegotiation is on (either set now or kept from before), advertised modesare not changed (noETHTOOL_A_LINKMODES_OURS attribute) and at least oneof speed and duplex is specified, kernel adjusts advertised modes to allsupported modes matching speed, duplex or both (whatever is specified). Thisautoselection is done on ethtool side with ioctl interface, netlink interfaceis supposed to allow requesting changes without knowing what exactly kernelsupports.

LINKSTATE_GET¶

Requests link state information. Link up/down flag (as provided byETHTOOL_GLINK ioctl command) is provided. Optionally, extended state mightbe provided as well. In general, extended state describes reasons for why a portis down, or why it operates in some non-obvious mode. This request does not haveany attributes.

Request contents:

ETHTOOL_A_LINKSTATE_HEADER

nested

request header

Kernel response contents:

ETHTOOL_A_LINKSTATE_HEADER	nested	reply header
ETHTOOL_A_LINKSTATE_LINK	bool	link state (up/down)
ETHTOOL_A_LINKSTATE_SQI	u32	Current Signal Quality Index
ETHTOOL_A_LINKSTATE_SQI_MAX	u32	Max support SQI value
ETHTOOL_A_LINKSTATE_EXT_STATE	u8	link extended state
ETHTOOL_A_LINKSTATE_EXT_SUBSTATE	u8	link extended substate

For most NIC drivers, the value ofETHTOOL_A_LINKSTATE_LINK returnscarrier flag provided bynetif_carrier_ok() but there are drivers whichdefine their own handler.

ETHTOOL_A_LINKSTATE_EXT_STATE andETHTOOL_A_LINKSTATE_EXT_SUBSTATE areoptional values. ethtool core can provide either bothETHTOOL_A_LINKSTATE_EXT_STATE andETHTOOL_A_LINKSTATE_EXT_SUBSTATE,or onlyETHTOOL_A_LINKSTATE_EXT_STATE, or none of them.

LINKSTATE_GET allows dump requests (kernel returns reply messages for alldevices supporting the request).

Link extended states:

ETHTOOL_LINK_EXT_STATE_AUTONEG	States relating to the autonegotiation orissues therein
ETHTOOL_LINK_EXT_STATE_LINK_TRAINING_FAILURE	Failure during link training
ETHTOOL_LINK_EXT_STATE_LINK_LOGICAL_MISMATCH	Logical mismatch in physical coding sublayeror forward error correction sublayer
ETHTOOL_LINK_EXT_STATE_BAD_SIGNAL_INTEGRITY	Signal integrity issues
ETHTOOL_LINK_EXT_STATE_NO_CABLE	No cable connected
ETHTOOL_LINK_EXT_STATE_CABLE_ISSUE	Failure is related to cable,e.g., unsupported cable
ETHTOOL_LINK_EXT_STATE_EEPROM_ISSUE	Failure is related to EEPROM, e.g., failureduring reading or parsing the data
ETHTOOL_LINK_EXT_STATE_CALIBRATION_FAILURE	Failure during calibration algorithm
ETHTOOL_LINK_EXT_STATE_POWER_BUDGET_EXCEEDED	The hardware is not able to provide thepower required from cable or module
ETHTOOL_LINK_EXT_STATE_OVERHEAT	The module is overheated

Link extended substates:

Autoneg substates:

ETHTOOL_LINK_EXT_SUBSTATE_AN_NO_PARTNER_DETECTED	Peer side is down
ETHTOOL_LINK_EXT_SUBSTATE_AN_ACK_NOT_RECEIVED	Ack not received from peer side
ETHTOOL_LINK_EXT_SUBSTATE_AN_NEXT_PAGE_EXCHANGE_FAILED	Next page exchange failed
ETHTOOL_LINK_EXT_SUBSTATE_AN_NO_PARTNER_DETECTED_FORCE_MODE	Peer side is down during forcemode or there is no agreement ofspeed
ETHTOOL_LINK_EXT_SUBSTATE_AN_FEC_MISMATCH_DURING_OVERRIDE	Forward error correction modesin both sides are mismatched
ETHTOOL_LINK_EXT_SUBSTATE_AN_NO_HCD	No Highest Common Denominator

Link training substates:

ETHTOOL_LINK_EXT_SUBSTATE_LT_KR_FRAME_LOCK_NOT_ACQUIRED	Frames were notrecognized, thelock failed
ETHTOOL_LINK_EXT_SUBSTATE_LT_KR_LINK_INHIBIT_TIMEOUT	The lock did notoccur beforetimeout
ETHTOOL_LINK_EXT_SUBSTATE_LT_KR_LINK_PARTNER_DID_NOT_SET_RECEIVER_READY	Peer side did notsend ready signalafter trainingprocess
ETHTOOL_LINK_EXT_SUBSTATE_LT_REMOTE_FAULT	Remote side is notready yet

Link logical mismatch substates:

ETHTOOL_LINK_EXT_SUBSTATE_LLM_PCS_DID_NOT_ACQUIRE_BLOCK_LOCK	Physical coding sublayer wasnot locked in first phase -block lock
ETHTOOL_LINK_EXT_SUBSTATE_LLM_PCS_DID_NOT_ACQUIRE_AM_LOCK	Physical coding sublayer wasnot locked in second phase -alignment markers lock
ETHTOOL_LINK_EXT_SUBSTATE_LLM_PCS_DID_NOT_GET_ALIGN_STATUS	Physical coding sublayer didnot get align status
ETHTOOL_LINK_EXT_SUBSTATE_LLM_FC_FEC_IS_NOT_LOCKED	FC forward error correction isnot locked
ETHTOOL_LINK_EXT_SUBSTATE_LLM_RS_FEC_IS_NOT_LOCKED	RS forward error correction isnot locked

Bad signal integrity substates:

ETHTOOL_LINK_EXT_SUBSTATE_BSI_LARGE_NUMBER_OF_PHYSICAL_ERRORS	Large number of physicalerrors
ETHTOOL_LINK_EXT_SUBSTATE_BSI_UNSUPPORTED_RATE	The system attempted tooperate the cable at a ratethat is not formallysupported, which led tosignal integrity issues

Cable issue substates:

ETHTOOL_LINK_EXT_SUBSTATE_CI_UNSUPPORTED_CABLE	Unsupported cable
ETHTOOL_LINK_EXT_SUBSTATE_CI_CABLE_TEST_FAILURE	Cable test failure

DEBUG_GET¶

Requests debugging settings of a device. At the moment, only message mask isprovided.

Request contents:

ETHTOOL_A_DEBUG_HEADER

nested

request header

Kernel response contents:

ETHTOOL_A_DEBUG_HEADER	nested	reply header
ETHTOOL_A_DEBUG_MSGMASK	bitset	message mask

The message mask (ETHTOOL_A_DEBUG_MSGMASK) is equal to message level asprovided byETHTOOL_GMSGLVL and set byETHTOOL_SMSGLVL in ioctlinterface. While it is called message level there for historical reasons, mostdrivers and almost all newer drivers use it as a mask of enabled messageclasses (represented byNETIF_MSG_* constants); therefore netlinkinterface follows its actual use in practice.

DEBUG_GET allows dump requests (kernel returns reply messages for alldevices supporting the request).

DEBUG_SET¶

Set or update debugging settings of a device. At the moment, only message maskis supported.

Request contents:

ETHTOOL_A_DEBUG_HEADER	nested	request header
ETHTOOL_A_DEBUG_MSGMASK	bitset	message mask

ETHTOOL_A_DEBUG_MSGMASK bit set allows setting or modifying mask ofenabled debugging message types for the device.

WOL_GET¶

Query device wake-on-lan settings. Unlike most “GET” type requests,ETHTOOL_MSG_WOL_GET requires (netns)CAP_NET_ADMIN privileges as it(potentially) provides SecureOn(tm) password which is confidential.

Request contents:

ETHTOOL_A_WOL_HEADER

nested

request header

Kernel response contents:

ETHTOOL_A_WOL_HEADER	nested	reply header
ETHTOOL_A_WOL_MODES	bitset	mask of enabled WoL modes
ETHTOOL_A_WOL_SOPASS	binary	SecureOn(tm) password

In reply,ETHTOOL_A_WOL_MODES mask consists of modes supported by thedevice, value of modes which are enabled.ETHTOOL_A_WOL_SOPASS is onlyincluded in reply ifWAKE_MAGICSECURE mode is supported.

WOL_SET¶

Set or update wake-on-lan settings.

Request contents:

ETHTOOL_A_WOL_HEADER	nested	request header
ETHTOOL_A_WOL_MODES	bitset	enabled WoL modes
ETHTOOL_A_WOL_SOPASS	binary	SecureOn(tm) password

ETHTOOL_A_WOL_SOPASS is only allowed for devices supportingWAKE_MAGICSECURE mode.

FEATURES_GET¶

Gets netdev features likeETHTOOL_GFEATURES ioctl request.

Request contents:

ETHTOOL_A_FEATURES_HEADER

nested

request header

Kernel response contents:

ETHTOOL_A_FEATURES_HEADER	nested	reply header
ETHTOOL_A_FEATURES_HW	bitset	dev->hw_features
ETHTOOL_A_FEATURES_WANTED	bitset	dev->wanted_features
ETHTOOL_A_FEATURES_ACTIVE	bitset	dev->features
ETHTOOL_A_FEATURES_NOCHANGE	bitset	NETIF_F_NEVER_CHANGE

Bitmaps in kernel response have the same meaning as bitmaps used in ioctlinterference but attribute names are different (they are based oncorresponding members of struct net_device). Legacy “flags” are not provided,if userspace needs them (most likely only ethtool for backward compatibility),it can calculate their values from related feature bits itself.ETHA_FEATURES_HW uses mask consisting of all features recognized by kernel (toprovide all names when using verbose bitmap format), the other three use nomask (simple bit lists).

FEATURES_SET¶

Request to set netdev features likeETHTOOL_SFEATURES ioctl request.

Request contents:

ETHTOOL_A_FEATURES_HEADER	nested	request header
ETHTOOL_A_FEATURES_WANTED	bitset	requested features

Kernel response contents:

ETHTOOL_A_FEATURES_HEADER	nested	reply header
ETHTOOL_A_FEATURES_WANTED	bitset	diff wanted vs. result
ETHTOOL_A_FEATURES_ACTIVE	bitset	diff old vs. new active

Request constains only one bitset which can be either value/mask pair (requestto change specific feature bits and leave the rest) or only a value (requestto set all features to specified set).

As request is subject tonetdev_change_features() sanity checks, optionalkernel reply (can be suppressed byETHTOOL_FLAG_OMIT_REPLY flag in requestheader) informs client about the actual result.ETHTOOL_A_FEATURES_WANTEDreports the difference between client request and actual result: mask consistsof bits which differ between requested features and result (dev->featuresafter the operation), value consists of values of these bits in the request(i.e. negated values from resulting features).ETHTOOL_A_FEATURES_ACTIVEreports the difference between old and new dev->features: mask consists ofbits which have changed, values are their values in new dev->features (afterthe operation).

ETHTOOL_MSG_FEATURES_NTF notification is sent not only if device featuresare modified usingETHTOOL_MSG_FEATURES_SET request or on of ethtool ioctlrequest but also each time features are modified withnetdev_update_features()ornetdev_change_features().

PRIVFLAGS_GET¶

Gets private flags likeETHTOOL_GPFLAGS ioctl request.

Request contents:

ETHTOOL_A_PRIVFLAGS_HEADER

nested

request header

Kernel response contents:

ETHTOOL_A_PRIVFLAGS_HEADER	nested	reply header
ETHTOOL_A_PRIVFLAGS_FLAGS	bitset	private flags

ETHTOOL_A_PRIVFLAGS_FLAGS is a bitset with values of device private flags.These flags are defined by driver, their number and names (and also meaning)are device dependent. For compact bitset format, names can be retrieved asETH_SS_PRIV_FLAGS string set. If verbose bitset format is requested,response uses all private flags supported by the device as mask so that clientgets the full information without having to fetch the string set with names.

PRIVFLAGS_SET¶

Sets or modifies values of device private flags likeETHTOOL_SPFLAGSioctl request.

Request contents:

ETHTOOL_A_PRIVFLAGS_HEADER	nested	request header
ETHTOOL_A_PRIVFLAGS_FLAGS	bitset	private flags

ETHTOOL_A_PRIVFLAGS_FLAGS can either set the whole set of private flags ormodify only values of some of them.

RINGS_GET¶

Gets ring sizes likeETHTOOL_GRINGPARAM ioctl request.

Request contents:

ETHTOOL_A_RINGS_HEADER

nested

request header

Kernel response contents:

ETHTOOL_A_RINGS_HEADER	nested	reply header
ETHTOOL_A_RINGS_RX_MAX	u32	max size of RX ring
ETHTOOL_A_RINGS_RX_MINI_MAX	u32	max size of RX mini ring
ETHTOOL_A_RINGS_RX_JUMBO_MAX	u32	max size of RX jumbo ring
ETHTOOL_A_RINGS_TX_MAX	u32	max size of TX ring
ETHTOOL_A_RINGS_RX	u32	size of RX ring
ETHTOOL_A_RINGS_RX_MINI	u32	size of RX mini ring
ETHTOOL_A_RINGS_RX_JUMBO	u32	size of RX jumbo ring
ETHTOOL_A_RINGS_TX	u32	size of TX ring

RINGS_SET¶

Sets ring sizes likeETHTOOL_SRINGPARAM ioctl request.

Request contents:

ETHTOOL_A_RINGS_HEADER	nested	reply header
ETHTOOL_A_RINGS_RX	u32	size of RX ring
ETHTOOL_A_RINGS_RX_MINI	u32	size of RX mini ring
ETHTOOL_A_RINGS_RX_JUMBO	u32	size of RX jumbo ring
ETHTOOL_A_RINGS_TX	u32	size of TX ring

Kernel checks that requested ring sizes do not exceed limits reported bydriver. Driver may impose additional constraints and may not suspport allattributes.

CHANNELS_GET¶

Gets channel counts likeETHTOOL_GCHANNELS ioctl request.

Request contents:

ETHTOOL_A_CHANNELS_HEADER

nested

request header

Kernel response contents:

ETHTOOL_A_CHANNELS_HEADER	nested	reply header
ETHTOOL_A_CHANNELS_RX_MAX	u32	max receive channels
ETHTOOL_A_CHANNELS_TX_MAX	u32	max transmit channels
ETHTOOL_A_CHANNELS_OTHER_MAX	u32	max other channels
ETHTOOL_A_CHANNELS_COMBINED_MAX	u32	max combined channels
ETHTOOL_A_CHANNELS_RX_COUNT	u32	receive channel count
ETHTOOL_A_CHANNELS_TX_COUNT	u32	transmit channel count
ETHTOOL_A_CHANNELS_OTHER_COUNT	u32	other channel count
ETHTOOL_A_CHANNELS_COMBINED_COUNT	u32	combined channel count

CHANNELS_SET¶

Sets channel counts likeETHTOOL_SCHANNELS ioctl request.

Request contents:

ETHTOOL_A_CHANNELS_HEADER	nested	request header
ETHTOOL_A_CHANNELS_RX_COUNT	u32	receive channel count
ETHTOOL_A_CHANNELS_TX_COUNT	u32	transmit channel count
ETHTOOL_A_CHANNELS_OTHER_COUNT	u32	other channel count
ETHTOOL_A_CHANNELS_COMBINED_COUNT	u32	combined channel count

Kernel checks that requested channel counts do not exceed limits reported bydriver. Driver may impose additional constraints and may not suspport allattributes.

COALESCE_GET¶

Gets coalescing parameters likeETHTOOL_GCOALESCE ioctl request.

Request contents:

ETHTOOL_A_COALESCE_HEADER

nested

request header

Kernel response contents:

ETHTOOL_A_COALESCE_HEADER	nested	reply header
ETHTOOL_A_COALESCE_RX_USECS	u32	delay (us), normal Rx
ETHTOOL_A_COALESCE_RX_MAX_FRAMES	u32	max packets, normal Rx
ETHTOOL_A_COALESCE_RX_USECS_IRQ	u32	delay (us), Rx in IRQ
ETHTOOL_A_COALESCE_RX_MAX_FRAMES_IRQ	u32	max packets, Rx in IRQ
ETHTOOL_A_COALESCE_TX_USECS	u32	delay (us), normal Tx
ETHTOOL_A_COALESCE_TX_MAX_FRAMES	u32	max packets, normal Tx
ETHTOOL_A_COALESCE_TX_USECS_IRQ	u32	delay (us), Tx in IRQ
ETHTOOL_A_COALESCE_TX_MAX_FRAMES_IRQ	u32	IRQ packets, Tx in IRQ
ETHTOOL_A_COALESCE_STATS_BLOCK_USECS	u32	delay of stats update
ETHTOOL_A_COALESCE_USE_ADAPTIVE_RX	bool	adaptive Rx coalesce
ETHTOOL_A_COALESCE_USE_ADAPTIVE_TX	bool	adaptive Tx coalesce
ETHTOOL_A_COALESCE_PKT_RATE_LOW	u32	threshold for low rate
ETHTOOL_A_COALESCE_RX_USECS_LOW	u32	delay (us), low Rx
ETHTOOL_A_COALESCE_RX_MAX_FRAMES_LOW	u32	max packets, low Rx
ETHTOOL_A_COALESCE_TX_USECS_LOW	u32	delay (us), low Tx
ETHTOOL_A_COALESCE_TX_MAX_FRAMES_LOW	u32	max packets, low Tx
ETHTOOL_A_COALESCE_PKT_RATE_HIGH	u32	threshold for high rate
ETHTOOL_A_COALESCE_RX_USECS_HIGH	u32	delay (us), high Rx
ETHTOOL_A_COALESCE_RX_MAX_FRAMES_HIGH	u32	max packets, high Rx
ETHTOOL_A_COALESCE_TX_USECS_HIGH	u32	delay (us), high Tx
ETHTOOL_A_COALESCE_TX_MAX_FRAMES_HIGH	u32	max packets, high Tx
ETHTOOL_A_COALESCE_RATE_SAMPLE_INTERVAL	u32	rate sampling interval

Attributes are only included in reply if their value is not zero or thecorresponding bit inethtool_ops::supported_coalesce_params is set (i.e.they are declared as supported by driver).

COALESCE_SET¶

Sets coalescing parameters likeETHTOOL_SCOALESCE ioctl request.

Request contents:

ETHTOOL_A_COALESCE_HEADER	nested	request header
ETHTOOL_A_COALESCE_RX_USECS	u32	delay (us), normal Rx
ETHTOOL_A_COALESCE_RX_MAX_FRAMES	u32	max packets, normal Rx
ETHTOOL_A_COALESCE_RX_USECS_IRQ	u32	delay (us), Rx in IRQ
ETHTOOL_A_COALESCE_RX_MAX_FRAMES_IRQ	u32	max packets, Rx in IRQ
ETHTOOL_A_COALESCE_TX_USECS	u32	delay (us), normal Tx
ETHTOOL_A_COALESCE_TX_MAX_FRAMES	u32	max packets, normal Tx
ETHTOOL_A_COALESCE_TX_USECS_IRQ	u32	delay (us), Tx in IRQ
ETHTOOL_A_COALESCE_TX_MAX_FRAMES_IRQ	u32	IRQ packets, Tx in IRQ
ETHTOOL_A_COALESCE_STATS_BLOCK_USECS	u32	delay of stats update
ETHTOOL_A_COALESCE_USE_ADAPTIVE_RX	bool	adaptive Rx coalesce
ETHTOOL_A_COALESCE_USE_ADAPTIVE_TX	bool	adaptive Tx coalesce
ETHTOOL_A_COALESCE_PKT_RATE_LOW	u32	threshold for low rate
ETHTOOL_A_COALESCE_RX_USECS_LOW	u32	delay (us), low Rx
ETHTOOL_A_COALESCE_RX_MAX_FRAMES_LOW	u32	max packets, low Rx
ETHTOOL_A_COALESCE_TX_USECS_LOW	u32	delay (us), low Tx
ETHTOOL_A_COALESCE_TX_MAX_FRAMES_LOW	u32	max packets, low Tx
ETHTOOL_A_COALESCE_PKT_RATE_HIGH	u32	threshold for high rate
ETHTOOL_A_COALESCE_RX_USECS_HIGH	u32	delay (us), high Rx
ETHTOOL_A_COALESCE_RX_MAX_FRAMES_HIGH	u32	max packets, high Rx
ETHTOOL_A_COALESCE_TX_USECS_HIGH	u32	delay (us), high Tx
ETHTOOL_A_COALESCE_TX_MAX_FRAMES_HIGH	u32	max packets, high Tx
ETHTOOL_A_COALESCE_RATE_SAMPLE_INTERVAL	u32	rate sampling interval

Request is rejected if it attributes declared as unsupported by driver (i.e.such that the corresponding bit inethtool_ops::supported_coalesce_paramsis not set), regardless of their values. Driver may impose additionalconstraints on coalescing parameters and their values.

PAUSE_GET¶

Gets channel counts likeETHTOOL_GPAUSE ioctl request.

Request contents:

ETHTOOL_A_PAUSE_HEADER

nested

request header

Kernel response contents:

ETHTOOL_A_PAUSE_HEADER	nested	request header
ETHTOOL_A_PAUSE_AUTONEG	bool	pause autonegotiation
ETHTOOL_A_PAUSE_RX	bool	receive pause frames
ETHTOOL_A_PAUSE_TX	bool	transmit pause frames

PAUSE_SET¶

Sets pause parameters likeETHTOOL_GPAUSEPARAM ioctl request.

Request contents:

ETHTOOL_A_PAUSE_HEADER	nested	request header
ETHTOOL_A_PAUSE_AUTONEG	bool	pause autonegotiation
ETHTOOL_A_PAUSE_RX	bool	receive pause frames
ETHTOOL_A_PAUSE_TX	bool	transmit pause frames

EEE_GET¶

Gets channel counts likeETHTOOL_GEEE ioctl request.

Request contents:

ETHTOOL_A_EEE_HEADER

nested

request header

Kernel response contents:

ETHTOOL_A_EEE_HEADER	nested	request header
ETHTOOL_A_EEE_MODES_OURS	bool	supported/advertised modes
ETHTOOL_A_EEE_MODES_PEER	bool	peer advertised link modes
ETHTOOL_A_EEE_ACTIVE	bool	EEE is actively used
ETHTOOL_A_EEE_ENABLED	bool	EEE is enabled
ETHTOOL_A_EEE_TX_LPI_ENABLED	bool	Tx lpi enabled
ETHTOOL_A_EEE_TX_LPI_TIMER	u32	Tx lpi timeout (in us)

InETHTOOL_A_EEE_MODES_OURS, mask consists of link modes for which EEE isenabled, value of link modes for which EEE is advertised. Link modes for whichpeer advertises EEE are listed inETHTOOL_A_EEE_MODES_PEER (no mask). Thenetlink interface allows reporting EEE status for all link modes but onlyfirst 32 are provided by theethtool_ops callback.

EEE_SET¶

Sets pause parameters likeETHTOOL_GEEEPARAM ioctl request.

Request contents:

ETHTOOL_A_EEE_HEADER	nested	request header
ETHTOOL_A_EEE_MODES_OURS	bool	advertised modes
ETHTOOL_A_EEE_ENABLED	bool	EEE is enabled
ETHTOOL_A_EEE_TX_LPI_ENABLED	bool	Tx lpi enabled
ETHTOOL_A_EEE_TX_LPI_TIMER	u32	Tx lpi timeout (in us)

ETHTOOL_A_EEE_MODES_OURS is used to either list link modes to advertiseEEE for (if there is no mask) or specify changes to the list (if there isa mask). The netlink interface allows reporting EEE status for all link modesbut only first 32 can be set at the moment as that is what theethtool_opscallback supports.

TSINFO_GET¶

Gets timestamping information likeETHTOOL_GET_TS_INFO ioctl request.

Request contents:

ETHTOOL_A_TSINFO_HEADER

nested

request header

Kernel response contents:

ETHTOOL_A_TSINFO_HEADER	nested	request header
ETHTOOL_A_TSINFO_TIMESTAMPING	bitset	SO_TIMESTAMPING flags
ETHTOOL_A_TSINFO_TX_TYPES	bitset	supported Tx types
ETHTOOL_A_TSINFO_RX_FILTERS	bitset	supported Rx filters
ETHTOOL_A_TSINFO_PHC_INDEX	u32	PTP hw clock index

ETHTOOL_A_TSINFO_PHC_INDEX is absent if there is no associated PHC (thereis no special value for this case). The bitset attributes are omitted if theywould be empty (no bit set).

CABLE_TEST¶

Start a cable test.

Request contents:

ETHTOOL_A_CABLE_TEST_HEADER

nested

request header

Notification contents:

An Ethernet cable typically contains 1, 2 or 4 pairs. The length ofthe pair can only be measured when there is a fault in the pair andhence a reflection. Information about the fault may not be available,depending on the specific hardware. Hence the contents of the notifymessage are mostly optional. The attributes can be repeated anarbitrary number of times, in an arbitrary order, for an arbitrarynumber of pairs.

The example shows the notification sent when the test is completed fora T2 cable, i.e. two pairs. One pair is OK and hence has no lengthinformation. The second pair has a fault and does have lengthinformation.

ETHTOOL_A_CABLE_TEST_HEADER			nested	reply header
ETHTOOL_A_CABLE_TEST_STATUS			u8	completed
ETHTOOL_A_CABLE_TEST_NTF_NEST			nested	all the results
	ETHTOOL_A_CABLE_NEST_RESULT		nested	cable test result
		ETHTOOL_A_CABLE_RESULTS_PAIR	u8	pair number
		ETHTOOL_A_CABLE_RESULTS_CODE	u8	result code
	ETHTOOL_A_CABLE_NEST_RESULT		nested	cable test results
		ETHTOOL_A_CABLE_RESULTS_PAIR	u8	pair number
		ETHTOOL_A_CABLE_RESULTS_CODE	u8	result code
	ETHTOOL_A_CABLE_NEST_FAULT_LENGTH		nested	cable length
		ETHTOOL_A_CABLE_FAULT_LENGTH_PAIR	u8	pair number
		ETHTOOL_A_CABLE_FAULT_LENGTH_CM	u32	length in cm

CABLE_TEST TDR¶

Start a cable test and report raw TDR data

Request contents:

ETHTOOL_A_CABLE_TEST_TDR_HEADER			nested	reply header
ETHTOOL_A_CABLE_TEST_TDR_CFG			nested	test configuration
	ETHTOOL_A_CABLE_STEP_FIRST_DISTANCE		u32	first data distance
	ETHTOOL_A_CABLE_STEP_LAST_DISTANCE		u32	last data distance
	ETHTOOL_A_CABLE_STEP_STEP_DISTANCE		u32	distance of each step
	ETHTOOL_A_CABLE_TEST_TDR_CFG_PAIR		u8	pair to test

The ETHTOOL_A_CABLE_TEST_TDR_CFG is optional, as well as all membersof the nest. All distances are expressed in centimeters. The PHY takesthe distances as a guide, and rounds to the nearest distance itactually supports. If a pair is passed, only that one pair will betested. Otherwise all pairs are tested.

Notification contents:

Raw TDR data is gathered by sending a pulse down the cable andrecording the amplitude of the reflected pulse for a given distance.

It can take a number of seconds to collect TDR data, especial if thefull 100 meters is probed at 1 meter intervals. When the test isstarted a notification will be sent containing justETHTOOL_A_CABLE_TEST_TDR_STATUS with the valueETHTOOL_A_CABLE_TEST_NTF_STATUS_STARTED.

When the test has completed a second notification will be sentcontaining ETHTOOL_A_CABLE_TEST_TDR_STATUS with the valueETHTOOL_A_CABLE_TEST_NTF_STATUS_COMPLETED and the TDR data.

The message may optionally contain the amplitude of the pulse senddown the cable. This is measured in mV. A reflection should not bebigger than transmitted pulse.

Before the raw TDR data should be an ETHTOOL_A_CABLE_TDR_NEST_STEPnest containing information about the distance along the cable for thefirst reading, the last reading, and the step between eachreading. Distances are measured in centimeters. These should be theexact values the PHY used. These may be different to what the userrequested, if the native measurement resolution is greater than 1 cm.

For each step along the cable, a ETHTOOL_A_CABLE_TDR_NEST_AMPLITUDE isused to report the amplitude of the reflection for a given pair.

ETHTOOL_A_CABLE_TEST_TDR_HEADER			nested	reply header
ETHTOOL_A_CABLE_TEST_TDR_STATUS			u8	completed
ETHTOOL_A_CABLE_TEST_TDR_NTF_NEST			nested	all the results
	ETHTOOL_A_CABLE_TDR_NEST_PULSE		nested	TX Pulse amplitude
		ETHTOOL_A_CABLE_PULSE_mV	s16	Pulse amplitude
	ETHTOOL_A_CABLE_NEST_STEP		nested	TDR step info
		ETHTOOL_A_CABLE_STEP_FIRST_DISTANCE	u32	First data distance
		ETHTOOL_A_CABLE_STEP_LAST_DISTANCE	u32	Last data distance
		ETHTOOL_A_CABLE_STEP_STEP_DISTANCE	u32	distance of each step
	ETHTOOL_A_CABLE_TDR_NEST_AMPLITUDE		nested	Reflection amplitude
		ETHTOOL_A_CABLE_RESULTS_PAIR	u8	pair number
		ETHTOOL_A_CABLE_AMPLITUDE_mV	s16	Reflection amplitude
	ETHTOOL_A_CABLE_TDR_NEST_AMPLITUDE		nested	Reflection amplitude
		ETHTOOL_A_CABLE_RESULTS_PAIR	u8	pair number
		ETHTOOL_A_CABLE_AMPLITUDE_mV	s16	Reflection amplitude
	ETHTOOL_A_CABLE_TDR_NEST_AMPLITUDE		nested	Reflection amplitude
		ETHTOOL_A_CABLE_RESULTS_PAIR	u8	pair number
		ETHTOOL_A_CABLE_AMPLITUDE_mV	s16	Reflection amplitude

TUNNEL_INFO¶

Gets information about the tunnel state NIC is aware of.

Request contents:

ETHTOOL_A_TUNNEL_INFO_HEADER

nested

request header

Kernel response contents:

ETHTOOL_A_TUNNEL_INFO_HEADER				nested	reply header
ETHTOOL_A_TUNNEL_INFO_UDP_PORTS				nested	all UDP port tables
	ETHTOOL_A_TUNNEL_UDP_TABLE			nested	one UDP port table
		ETHTOOL_A_TUNNEL_UDP_TABLE_SIZE		u32	max size of thetable
		ETHTOOL_A_TUNNEL_UDP_TABLE_TYPES		bitset	tunnel types whichtable can hold
		ETHTOOL_A_TUNNEL_UDP_TABLE_ENTRY		nested	offloaded UDP port
			ETHTOOL_A_TUNNEL_UDP_ENTRY_PORT	be16	UDP port
			ETHTOOL_A_TUNNEL_UDP_ENTRY_TYPE	u32	tunnel type

For UDP tunnel table emptyETHTOOL_A_TUNNEL_UDP_TABLE_TYPES indicates thatthe table contains static entries, hard-coded by the NIC.

Request translation¶

The following table maps ioctl commands to netlink commands providing theirfunctionality. Entries with “n/a” in right column are commands which do nothave their netlink replacement yet. Entries which “n/a” in the left columnare netlink only.

ioctl command	netlink command
ETHTOOL_GSET	ETHTOOL_MSG_LINKINFO_GETETHTOOL_MSG_LINKMODES_GET
ETHTOOL_SSET	ETHTOOL_MSG_LINKINFO_SETETHTOOL_MSG_LINKMODES_SET
ETHTOOL_GDRVINFO	n/a
ETHTOOL_GREGS	n/a
ETHTOOL_GWOL	ETHTOOL_MSG_WOL_GET
ETHTOOL_SWOL	ETHTOOL_MSG_WOL_SET
ETHTOOL_GMSGLVL	ETHTOOL_MSG_DEBUG_GET
ETHTOOL_SMSGLVL	ETHTOOL_MSG_DEBUG_SET
ETHTOOL_NWAY_RST	n/a
ETHTOOL_GLINK	ETHTOOL_MSG_LINKSTATE_GET
ETHTOOL_GEEPROM	n/a
ETHTOOL_SEEPROM	n/a
ETHTOOL_GCOALESCE	ETHTOOL_MSG_COALESCE_GET
ETHTOOL_SCOALESCE	ETHTOOL_MSG_COALESCE_SET
ETHTOOL_GRINGPARAM	ETHTOOL_MSG_RINGS_GET
ETHTOOL_SRINGPARAM	ETHTOOL_MSG_RINGS_SET
ETHTOOL_GPAUSEPARAM	ETHTOOL_MSG_PAUSE_GET
ETHTOOL_SPAUSEPARAM	ETHTOOL_MSG_PAUSE_SET
ETHTOOL_GRXCSUM	ETHTOOL_MSG_FEATURES_GET
ETHTOOL_SRXCSUM	ETHTOOL_MSG_FEATURES_SET
ETHTOOL_GTXCSUM	ETHTOOL_MSG_FEATURES_GET
ETHTOOL_STXCSUM	ETHTOOL_MSG_FEATURES_SET
ETHTOOL_GSG	ETHTOOL_MSG_FEATURES_GET
ETHTOOL_SSG	ETHTOOL_MSG_FEATURES_SET
ETHTOOL_TEST	n/a
ETHTOOL_GSTRINGS	ETHTOOL_MSG_STRSET_GET
ETHTOOL_PHYS_ID	n/a
ETHTOOL_GSTATS	n/a
ETHTOOL_GTSO	ETHTOOL_MSG_FEATURES_GET
ETHTOOL_STSO	ETHTOOL_MSG_FEATURES_SET
ETHTOOL_GPERMADDR	rtnetlinkRTM_GETLINK
ETHTOOL_GUFO	ETHTOOL_MSG_FEATURES_GET
ETHTOOL_SUFO	ETHTOOL_MSG_FEATURES_SET
ETHTOOL_GGSO	ETHTOOL_MSG_FEATURES_GET
ETHTOOL_SGSO	ETHTOOL_MSG_FEATURES_SET
ETHTOOL_GFLAGS	ETHTOOL_MSG_FEATURES_GET
ETHTOOL_SFLAGS	ETHTOOL_MSG_FEATURES_SET
ETHTOOL_GPFLAGS	ETHTOOL_MSG_PRIVFLAGS_GET
ETHTOOL_SPFLAGS	ETHTOOL_MSG_PRIVFLAGS_SET
ETHTOOL_GRXFH	n/a
ETHTOOL_SRXFH	n/a
ETHTOOL_GGRO	ETHTOOL_MSG_FEATURES_GET
ETHTOOL_SGRO	ETHTOOL_MSG_FEATURES_SET
ETHTOOL_GRXRINGS	n/a
ETHTOOL_GRXCLSRLCNT	n/a
ETHTOOL_GRXCLSRULE	n/a
ETHTOOL_GRXCLSRLALL	n/a
ETHTOOL_SRXCLSRLDEL	n/a
ETHTOOL_SRXCLSRLINS	n/a
ETHTOOL_FLASHDEV	n/a
ETHTOOL_RESET	n/a
ETHTOOL_SRXNTUPLE	n/a
ETHTOOL_GRXNTUPLE	n/a
ETHTOOL_GSSET_INFO	ETHTOOL_MSG_STRSET_GET
ETHTOOL_GRXFHINDIR	n/a
ETHTOOL_SRXFHINDIR	n/a
ETHTOOL_GFEATURES	ETHTOOL_MSG_FEATURES_GET
ETHTOOL_SFEATURES	ETHTOOL_MSG_FEATURES_SET
ETHTOOL_GCHANNELS	ETHTOOL_MSG_CHANNELS_GET
ETHTOOL_SCHANNELS	ETHTOOL_MSG_CHANNELS_SET
ETHTOOL_SET_DUMP	n/a
ETHTOOL_GET_DUMP_FLAG	n/a
ETHTOOL_GET_DUMP_DATA	n/a
ETHTOOL_GET_TS_INFO	ETHTOOL_MSG_TSINFO_GET
ETHTOOL_GMODULEINFO	n/a
ETHTOOL_GMODULEEEPROM	n/a
ETHTOOL_GEEE	ETHTOOL_MSG_EEE_GET
ETHTOOL_SEEE	ETHTOOL_MSG_EEE_SET
ETHTOOL_GRSSH	n/a
ETHTOOL_SRSSH	n/a
ETHTOOL_GTUNABLE	n/a
ETHTOOL_STUNABLE	n/a
ETHTOOL_GPHYSTATS	n/a
ETHTOOL_PERQUEUE	n/a
ETHTOOL_GLINKSETTINGS	ETHTOOL_MSG_LINKINFO_GETETHTOOL_MSG_LINKMODES_GET
ETHTOOL_SLINKSETTINGS	ETHTOOL_MSG_LINKINFO_SETETHTOOL_MSG_LINKMODES_SET
ETHTOOL_PHY_GTUNABLE	n/a
ETHTOOL_PHY_STUNABLE	n/a
ETHTOOL_GFECPARAM	n/a
ETHTOOL_SFECPARAM	n/a
n/a	‘’ETHTOOL_MSG_CABLE_TEST_ACT’‘
n/a	‘’ETHTOOL_MSG_CABLE_TEST_TDR_ACT’‘
n/a	ETHTOOL_MSG_TUNNEL_INFO_GET