net/qede/base: interchangeably use SB between PF and VF

[dpdk.git] / drivers / net / qede / base / ecore_l2.h

diff --git a/drivers/net/qede/base/ecore_l2.h b/drivers/net/qede/base/ecore_l2.h
index 33f1fad..02aa5e8 100644 (file)
--- a/drivers/net/qede/base/ecore_l2.h
+++ b/drivers/net/qede/base/ecore_l2.h
@@ -18,7 +18,16 @@
 #define MAX_QUEUES_PER_QZONE   (sizeof(unsigned long) * 8)
 #define ECORE_QUEUE_CID_PF     (0xff)
 
-/* Additional parameters required for initialization of the queue_cid
+/* Almost identical to the ecore_queue_start_common_params,
+ * but here we maintain the SB index in IGU CAM.
+ */
+struct ecore_queue_cid_params {
+       u8 vport_id;
+       u16 queue_id;
+       u8 stats_id;
+};
+
+ /* Additional parameters required for initialization of the queue_cid
  * and are relevant only for a PF initializing one for its VFs.
  */
 struct ecore_queue_cid_vf_params {
@@ -44,13 +53,14 @@ struct ecore_queue_cid_vf_params {
 };
 
 struct ecore_queue_cid {
-       /* 'Relative' is a relative term ;-). Usually the indices [not counting
-        * SBs] would be PF-relative, but there are some cases where that isn't
-        * the case - specifically for a PF configuring its VF indices it's
-        * possible some fields [E.g., stats-id] in 'rel' would already be abs.
-        */
-       struct ecore_queue_start_common_params rel;
-       struct ecore_queue_start_common_params abs;
+       /* For stats-id, the `rel' is actually absolute as well */
+       struct ecore_queue_cid_params rel;
+       struct ecore_queue_cid_params abs;
+
+       /* These have no 'relative' meaning */
+       u16 sb_igu_id;
+       u8 sb_idx;
+
        u32 cid;
        u16 opaque_fid;