RE: [EXTERNAL] Re: [net-next PATCH v10 01/11] octeontx2-pf: Refactoring RVU driver

From: Geethasowjanya Akula
Date: Fri Aug 16 2024 - 09:37:28 EST




>-----Original Message-----
>From: Jiri Pirko <jiri@xxxxxxxxxxx>
>Sent: Thursday, August 8, 2024 9:12 PM
>To: Geethasowjanya Akula <gakula@xxxxxxxxxxx>
>Cc: netdev@xxxxxxxxxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx; kuba@xxxxxxxxxx;
>davem@xxxxxxxxxxxxx; pabeni@xxxxxxxxxx; edumazet@xxxxxxxxxx; Sunil
>Kovvuri Goutham <sgoutham@xxxxxxxxxxx>; Subbaraya Sundeep Bhatta
><sbhatta@xxxxxxxxxxx>; Hariprasad Kelam <hkelam@xxxxxxxxxxx>
>Subject: [EXTERNAL] Re: [net-next PATCH v10 01/11] octeontx2-pf: Refactoring
>RVU driver
>
>Mon, Aug 05, 2024 at 03:18:05PM CEST, gakula@xxxxxxxxxxx wrote:
>>Refactoring and export list of shared functions such that they can be
>>used by both RVU NIC and representor driver.
>>
>>Signed-off-by: Geetha sowjanya <gakula@xxxxxxxxxxx>
>>Reviewed-by: Simon Horman <horms@xxxxxxxxxx>
>>---
>> .../ethernet/marvell/octeontx2/af/common.h | 2 +
>> .../net/ethernet/marvell/octeontx2/af/mbox.h | 2 +
>> .../net/ethernet/marvell/octeontx2/af/npc.h | 1 +
>> .../net/ethernet/marvell/octeontx2/af/rvu.c | 11 +
>> .../net/ethernet/marvell/octeontx2/af/rvu.h | 1 +
>> .../marvell/octeontx2/af/rvu_debugfs.c | 27 --
>> .../ethernet/marvell/octeontx2/af/rvu_nix.c | 47 ++--
>> .../marvell/octeontx2/af/rvu_npc_fs.c | 5 +
>> .../ethernet/marvell/octeontx2/af/rvu_reg.h | 4 +
>> .../marvell/octeontx2/af/rvu_struct.h | 26 ++
>> .../marvell/octeontx2/af/rvu_switch.c | 2 +-
>> .../marvell/octeontx2/nic/otx2_common.c | 6 +-
>> .../marvell/octeontx2/nic/otx2_common.h | 43 ++--
>> .../ethernet/marvell/octeontx2/nic/otx2_pf.c | 240 +++++++++++-------
>> .../marvell/octeontx2/nic/otx2_txrx.c | 17 +-
>> .../marvell/octeontx2/nic/otx2_txrx.h | 3 +-
>> .../ethernet/marvell/octeontx2/nic/otx2_vf.c | 7 +-
>> 17 files changed, 266 insertions(+), 178 deletions(-)
>
>How can anyone review this?
>
>If you need to refactor the code in preparation for a feature, you can do in in a
>separate patchset sent before the feature appears. This patch should be split
>into X patches. One logical change per patch.
If these changes are moved into a separate patchset. How can someone understand and review
them without knowing where they get reused.