From: Alexander Duyck <alexander.h.duyck@redhat.com>
To: Vlad Zolotarov <vladz@cloudius-systems.com>,
Alexander Duyck <alexander.duyck@gmail.com>,
netdev@vger.kernel.org
Cc: jeffrey.t.kirsher@intel.com, avi@cloudius-systems.com,
gleb@cloudius-systems.com
Subject: Re: [PATCH net-next v9 4/7] ixgbevf: Add a RETA query code
Date: Mon, 30 Mar 2015 07:58:05 -0700 [thread overview]
Message-ID: <5519647D.5000202@redhat.com> (raw)
In-Reply-To: <5519139A.9090500@cloudius-systems.com>
On 03/30/2015 02:12 AM, Vlad Zolotarov wrote:
>
>
> On 03/30/15 01:51, Alexander Duyck wrote:
>> On 03/29/2015 09:11 AM, Vlad Zolotarov wrote:
>>> We will currently support only 82599 and x540 deviced. Support for
>>> other devices
>>> will be added later.
>>>
>>> - Added a new API version support.
>>> - Added the query implementation in the ixgbevf.
>>>
>>> Signed-off-by: Vlad Zolotarov <vladz@cloudius-systems.com>
>>> ---
>>> New in v9:
>>> - Reduce the support to 82599 and x540 devices only.
>>> - Improvements in RETA query code:
>>> - Implement a "compression" of VF's RETA contents: pass only
>>> 2 bits
>>> per-entry.
>>> - RETA querying is done in a single mailbox operation thanks
>>> to compression.
>>>
>>> New in v8:
>>> - Protect mailbox with a spinlock.
>>>
>>> New in v7:
>>> - Add ixgbe_mbox_api_12 case in ixgbevf_set_num_queues().
>>> - Properly expand HW RETA into the ethtool buffer.
>>>
>>> New in v6:
>>> - Add a proper return code when an operation is blocked by PF.
>>>
>>> New in v3:
>>> - Adjusted to the new interface IXGBE_VF_GET_RETA command.
>>> - Added a proper support for x550 devices.
>>>
>>> New in v1 (compared to RFC):
>>> - Use "if-else" statement instead of a "switch-case" for a
>>> single option case
>>> (in ixgbevf_get_reta()).
>>> ---
>>> drivers/net/ethernet/intel/ixgbevf/ixgbevf_main.c | 5 +-
>>> drivers/net/ethernet/intel/ixgbevf/mbx.h | 4 ++
>>> drivers/net/ethernet/intel/ixgbevf/vf.c | 76
>>> +++++++++++++++++++++++
>>> drivers/net/ethernet/intel/ixgbevf/vf.h | 2 +
>>> 4 files changed, 86 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/drivers/net/ethernet/intel/ixgbevf/ixgbevf_main.c
>>> b/drivers/net/ethernet/intel/ixgbevf/ixgbevf_main.c
>>> index 4ee15ad..a16d267 100644
>>> --- a/drivers/net/ethernet/intel/ixgbevf/ixgbevf_main.c
>>> +++ b/drivers/net/ethernet/intel/ixgbevf/ixgbevf_main.c
>>> @@ -2030,7 +2030,8 @@ static void
>>> ixgbevf_init_last_counter_stats(struct ixgbevf_adapter *adapter)
>>> static void ixgbevf_negotiate_api(struct ixgbevf_adapter *adapter)
>>> {
>>> struct ixgbe_hw *hw = &adapter->hw;
>>> - int api[] = { ixgbe_mbox_api_11,
>>> + int api[] = { ixgbe_mbox_api_12,
>>> + ixgbe_mbox_api_11,
>>> ixgbe_mbox_api_10,
>>> ixgbe_mbox_api_unknown };
>>> int err = 0, idx = 0;
>>> @@ -2332,6 +2333,7 @@ static void ixgbevf_set_num_queues(struct
>>> ixgbevf_adapter *adapter)
>>> switch (hw->api_version) {
>>> case ixgbe_mbox_api_11:
>>> + case ixgbe_mbox_api_12:
>>> adapter->num_rx_queues = rss;
>>> adapter->num_tx_queues = rss;
>>> default:
>>> @@ -3712,6 +3714,7 @@ static int ixgbevf_change_mtu(struct
>>> net_device *netdev, int new_mtu)
>>> switch (adapter->hw.api_version) {
>>> case ixgbe_mbox_api_11:
>>> + case ixgbe_mbox_api_12:
>>> max_possible_frame = IXGBE_MAX_JUMBO_FRAME_SIZE;
>>> break;
>>> default:
>>> diff --git a/drivers/net/ethernet/intel/ixgbevf/mbx.h
>>> b/drivers/net/ethernet/intel/ixgbevf/mbx.h
>>> index 6253e93..66e138b 100644
>>> --- a/drivers/net/ethernet/intel/ixgbevf/mbx.h
>>> +++ b/drivers/net/ethernet/intel/ixgbevf/mbx.h
>>> @@ -83,6 +83,7 @@ enum ixgbe_pfvf_api_rev {
>>> ixgbe_mbox_api_10, /* API version 1.0, linux/freebsd VF
>>> driver */
>>> ixgbe_mbox_api_20, /* API version 2.0, solaris Phase1 VF
>>> driver */
>>> ixgbe_mbox_api_11, /* API version 1.1, linux/freebsd VF
>>> driver */
>>> + ixgbe_mbox_api_12, /* API version 1.2, linux/freebsd VF
>>> driver */
>>> /* This value should always be last */
>>> ixgbe_mbox_api_unknown, /* indicates that API version is
>>> not known */
>>> };
>>> @@ -107,6 +108,9 @@ enum ixgbe_pfvf_api_rev {
>>> #define IXGBE_VF_TRANS_VLAN 3 /* Indication of port VLAN */
>>> #define IXGBE_VF_DEF_QUEUE 4 /* Default queue offset */
>>> +/* mailbox API, version 1.2 VF requests */
>>> +#define IXGBE_VF_GET_RETA 0x0a /* VF request for RETA */
>>> +
>>> /* length of permanent address message returned from PF */
>>> #define IXGBE_VF_PERMADDR_MSG_LEN 4
>>> /* word in permanent address message with the current multicast
>>> type */
>>> diff --git a/drivers/net/ethernet/intel/ixgbevf/vf.c
>>> b/drivers/net/ethernet/intel/ixgbevf/vf.c
>>> index 2614fd3..2676c0b 100644
>>> --- a/drivers/net/ethernet/intel/ixgbevf/vf.c
>>> +++ b/drivers/net/ethernet/intel/ixgbevf/vf.c
>>> @@ -256,6 +256,81 @@ static s32 ixgbevf_set_uc_addr_vf(struct
>>> ixgbe_hw *hw, u32 index, u8 *addr)
>>> return ret_val;
>>> }
>>> +static inline int ixgbevf_get_reta_locked(struct ixgbe_hw *hw,
>>> u32 *msgbuf,
>>> + u32 *reta)
>>> +{
>>> + int err, i, j;
>>> + u32 *hw_reta = &msgbuf[1];
>>> +
>>> + /* We have to use a mailbox for 82599 and x540 devices only.
>>> + * For these devices RETA has 128 entries.
>>> + * Also these VFs support up to 4 RSS queues. Therefore PF will
>>> compress
>>> + * 16 RETA entries in each DWORD giving 2 bits to each entry.
>>> + */
>>> + int dwords = 128 / 16;
>>> +
>>> + msgbuf[0] = IXGBE_VF_GET_RETA;
>>> +
>>> + err = hw->mbx.ops.write_posted(hw, msgbuf, 1);
>>> +
>>> + if (err)
>>> + return err;
>>> +
>>> + err = hw->mbx.ops.read_posted(hw, msgbuf, dwords + 1);
>>> +
>>> + if (err)
>>> + return err;
>>> +
>>> + msgbuf[0] &= ~IXGBE_VT_MSGTYPE_CTS;
>>> +
>>> + /* If the operation has been refused by a PF return -EPERM */
>>> + if (msgbuf[0] == (IXGBE_VF_GET_RETA | IXGBE_VT_MSGTYPE_NACK))
>>> + return -EPERM;
>>> +
>>> + /* If we didn't get an ACK there must have been
>>> + * some sort of mailbox error so we should treat it
>>> + * as such.
>>> + */
>>> + if (msgbuf[0] != (IXGBE_VF_GET_RETA | IXGBE_VT_MSGTYPE_ACK))
>>> + return IXGBE_ERR_MBX;
>>> +
>>> + for (i = 0; i < dwords; i++)
>>> + for (j = 0; j < 16; j++)
>>> + reta[i * 16 + j] = (hw_reta[i] >> (2 * j)) & 0x3;
>>> +
>>> + return 0;
>>> +}
>>> +
>>> +/**
>>> + * ixgbevf_get_reta - get the RSS redirection table (RETA) contents.
>>> + * @adapter: pointer to the port handle
>>> + * @reta: buffer to fill with RETA contents.
>>> + *
>>> + * The "reta" buffer should be big enough to contain 32 registers.
>>> + *
>>> + * Returns: 0 on success.
>>> + * if API doesn't support this operation - (-EPERM).
>>> + */
>>> +int ixgbevf_get_reta(struct ixgbevf_adapter *adapter, u32 *reta)
>>> +{
>>> + int err;
>>> + u32 msgbuf[IXGBE_VFMAILBOX_SIZE];
>>> +
>>> + /* We support the RSS querying for 82599 and x540 devices only.
>>> + * Thus return an error if API doesn't support RETA querying or
>>> querying
>>> + * is not supported for this device type.
>>> + */
>>> + if (adapter->hw.api_version != ixgbe_mbox_api_12 ||
>>> + adapter->hw.mac.type >= ixgbe_mac_X550_vf)
>>> + return -EPERM;
>
> By the way, since u've commented on the return codes in PATCH02 don't
> u think that we should return -EOPNOTSUPP here too?
Yes. I just missed that in the review. Though I don't know if
EOPNOTSUPP is the correct response here since this is really meant to be
an OS agnostic section. You might just return IXGBE_ERR_MBX since there
isn't a mailbox messages supported for x550_vf or API before 12.
- Alex
next prev parent reply other threads:[~2015-03-30 14:58 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-29 16:11 [PATCH net-next v9 0/7]: ixgbevf: Allow querying VFs RSS indirection table and key Vlad Zolotarov
2015-03-29 16:11 ` [PATCH net-next v9 1/7] if_link: Add an additional parameter to ifla_vf_info for RSS querying Vlad Zolotarov
2015-03-29 16:11 ` [PATCH net-next v9 2/7] ixgbe: Add a new netdev op to allow/prevent a VF from querying an RSS info Vlad Zolotarov
2015-03-29 22:32 ` Alexander Duyck
2015-03-30 8:10 ` Vlad Zolotarov
2015-03-29 16:11 ` [PATCH net-next v9 3/7] ixgbe: Add a RETA query command to VF-PF channel API Vlad Zolotarov
2015-03-29 22:45 ` Alexander Duyck
2015-03-30 8:24 ` Vlad Zolotarov
2015-03-29 16:11 ` [PATCH net-next v9 4/7] ixgbevf: Add a RETA query code Vlad Zolotarov
2015-03-29 22:51 ` Alexander Duyck
2015-03-30 8:43 ` Vlad Zolotarov
2015-03-30 9:12 ` Vlad Zolotarov
2015-03-30 14:58 ` Alexander Duyck [this message]
2015-03-30 15:13 ` Vlad Zolotarov
2015-03-29 16:11 ` [PATCH net-next v9 5/7] ixgbe: Add GET_RSS_KEY command to VF-PF channel commands set Vlad Zolotarov
2015-03-29 22:04 ` Alexander Duyck
2015-03-30 9:57 ` Vlad Zolotarov
2015-03-30 10:08 ` Vlad Zolotarov
2015-03-30 10:41 ` Vlad Zolotarov
2015-03-30 15:04 ` Alexander Duyck
2015-03-29 16:11 ` [PATCH net-next v9 6/7] ixgbevf: Add RSS Key query code Vlad Zolotarov
2015-03-29 22:04 ` Alexander Duyck
2015-03-30 12:38 ` Vlad Zolotarov
2015-03-30 15:07 ` Alexander Duyck
2015-03-30 15:25 ` Vlad Zolotarov
2015-03-30 15:31 ` Vlad Zolotarov
2015-03-30 13:53 ` Vlad Zolotarov
2015-03-30 15:10 ` Alexander Duyck
2015-03-30 15:17 ` Vlad Zolotarov
2015-03-30 16:54 ` Alexander Duyck
2015-03-30 17:18 ` Vlad Zolotarov
2015-03-29 16:11 ` [PATCH net-next v9 7/7] ixgbevf: Add the appropriate ethtool ops to query RSS indirection table and key Vlad Zolotarov
2015-03-29 22:19 ` Alexander Duyck
2015-03-30 14:00 ` Vlad Zolotarov
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=5519647D.5000202@redhat.com \
--to=alexander.h.duyck@redhat.com \
--cc=alexander.duyck@gmail.com \
--cc=avi@cloudius-systems.com \
--cc=gleb@cloudius-systems.com \
--cc=jeffrey.t.kirsher@intel.com \
--cc=netdev@vger.kernel.org \
--cc=vladz@cloudius-systems.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).