From: Vlad Zolotarov <vladz@cloudius-systems.com>
To: Alexander Duyck <alexander.h.duyck@redhat.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 18:13:16 +0300 [thread overview]
Message-ID: <5519680C.7080707@cloudius-systems.com> (raw)
In-Reply-To: <5519647D.5000202@redhat.com>
On 03/30/15 17:58, Alexander Duyck wrote:
>
> 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.
Well, it's gona be a super correct response (for any Posix compliant OS
like Linux and FreeBSD) since (in Linux) this error code is forwarded
directly to ethtool application and it prints the corresponding error
message.
Pls., note that there are other functions in vf.c that already return
other POSIX codes (e.g. -ENOMEM in ixgbevf_set_uc_addr_vf()).
> You might just return IXGBE_ERR_MBX since there isn't a mailbox
> messages supported for x550_vf or API before 12.
I remember Dave Miller was really angry in the past when he smelled that
some Linux code is being shared with other not-so-open-source OSes... ;)
>
> - Alex
next prev parent reply other threads:[~2015-03-30 15:13 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
2015-03-30 15:13 ` Vlad Zolotarov [this message]
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=5519680C.7080707@cloudius-systems.com \
--to=vladz@cloudius-systems.com \
--cc=alexander.duyck@gmail.com \
--cc=alexander.h.duyck@redhat.com \
--cc=avi@cloudius-systems.com \
--cc=gleb@cloudius-systems.com \
--cc=jeffrey.t.kirsher@intel.com \
--cc=netdev@vger.kernel.org \
/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).