1. 04 2月, 2021 2 次提交
  2. 15 12月, 2020 1 次提交
  3. 21 11月, 2020 1 次提交
    • S
      octeontx2-af: add debugfs entries for CPT block · 76638a2e
      Srujana Challa 提交于
      Add entries to debugfs at /sys/kernel/debug/octeontx2/cpt.
      
      cpt_pc: dump cpt performance HW registers.
      Usage:
      cat /sys/kernel/debug/octeontx2/cpt/cpt_pc
      
      cpt_ae_sts: show cpt asymmetric engines current state
      Usage:
      cat /sys/kernel/debug/octeontx2/cpt/cpt_ae_sts
      
      cpt_se_sts: show cpt symmetric engines current state
      Usage:
      cat /sys/kernel/debug/octeontx2/cpt/cpt_se_sts
      
      cpt_engines_info: dump cpt engine control registers.
      Usage:
      cat /sys/kernel/debug/octeontx2/cpt/cpt_engines_info
      
      cpt_lfs_info: dump cpt lfs control registers.
      Usage:
      cat /sys/kernel/debug/octeontx2/cpt/cpt_lfs_info
      
      cpt_err_info: dump cpt error registers.
      Usage:
      cat /sys/kernel/debug/octeontx2/cpt/cpt_err_info
      Signed-off-by: NSuheil Chandran <schandran@marvell.com>
      Signed-off-by: NSrujana Challa <schalla@marvell.com>
      Signed-off-by: NJakub Kicinski <kuba@kernel.org>
      76638a2e
  4. 18 11月, 2020 7 次提交
  5. 01 11月, 2020 4 次提交
  6. 01 10月, 2020 1 次提交
  7. 30 9月, 2020 1 次提交
    • S
      octeontx2-af: cleanup KPU config data · 42006910
      Stanislaw Kardach 提交于
      Refactor KPU related NPC code gathering all configuration data in a
      structured format and putting it in one place (npc_profile.h).
      This increases readability and makes it easier to extend the profile
      configuration (as opposed to jumping between multiple header and source
      files).
      
      To do this:
      * Gather all KPU profile related data into a single adapter struct.
      * Convert the built-in MKEX definition to a structured one to streamline
        the MKEX loading.
      * Convert LT default register configuration into a structure, keeping
        default protocol settings in same file where identifiers for those
        protocols are defined.
      * Add a single point for KPU profile loading, so that its source may
        change in the future once proper interfaces for loading such config
        are in place.
      Signed-off-by: NStanislaw Kardach <skardach@marvell.com>
      Acked-by: NSunil Goutham <sgoutham@marvell.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      42006910
  8. 25 8月, 2020 2 次提交
  9. 03 3月, 2020 1 次提交
    • L
      octeontx2-af: Optimize data retrieval from firmware · 4f4eebf2
      Linu Cherian 提交于
      For retrieving info like interface MAC addresses, packet
      parser key extraction config etc currently a command
      is sent to firmware and firmware which periodically polls
      for commands, processes these and returns the info.
      
      This is resulting in interface initialization taking lot
      of time. To optimize this a memory region is shared between
      firmware and this driver, firmware while booting puts
      static info like these into that region for driver to
      read directly without using commands.
      
      With this
      - Logic for retrieving packet parser extraction config
        via commands is removed and repalced with using the
        shared 'fwdata' structure.
      - Now RVU MSIX vector address is also retrieved from this fwdata struct
        instead of from CSR. Otherwise when kexec/kdump crash kernel loads
        CSR will have a IOVA setup by primary kernel which impacts
        RVU PF/VF's interrupts.
      - Also added a mbox handler for PF/VF interfaces to retrieve their MAC
        addresses from AF.
      Signed-off-by: NLinu Cherian <lcherian@marvell.com>
      Signed-off-by: NChristina Jacob <cjacob@marvell.com>
      Signed-off-by: NRakesh Babu <rsaladi2@marvell.com>
      Signed-off-by: NSunil Goutham <sgoutham@marvell.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4f4eebf2
  10. 20 2月, 2020 1 次提交
  11. 17 11月, 2019 1 次提交
  12. 15 11月, 2019 11 次提交
  13. 04 12月, 2018 7 次提交