Skip to content

qosmngr: updated broadcom.sh for queue shapingrate

Amit Kumar requested to merge qos_queue_shapingrate_5877 into devel

This issue is specific to CHIP DISC platform that overwrites shaping rate configuration of queue when port shaping is called with 0 shaping-rate. reload of qos module triggers queue configuration with shaping rate first and later it triggers port shaping rate configuration. while port shaper configuration handling it first configure port shaping with default 0 shaping rate even if shaper section does not exist in configuration. Only in case of DISC platform CHIP, broadcom handling for port shaper configuration for 0 shaping rate is to set port tm mode to SYSPORT_TM_MODE_AUTO through the call of sysport_tm_mode_set(). sysport_tm_mode_set() is broadcom specific area.

To avoid the overwrite of driver configuration handling sollution is to call queue specific configuration after the port shaping configuration. Verified on two platform(DISC and DG) till now and did not observe issue with this sollution.

Merge request reports