qosmngr: updated broadcom.sh for queue shapingrate
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.