Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow buffer profile apply after init #1099

Merged
merged 6 commits into from
Oct 29, 2019
Merged

Conversation

wendani
Copy link
Contributor

@wendani wendani commented Oct 18, 2019

What I did

Why I did it

How I verified it
On brcm dut

Details if related

@pavel-shirshov
Copy link
Contributor

Can you please check this PR #515 ?
I've introduced this change to avoid some deadlock

@lguohan
Copy link
Contributor

lguohan commented Oct 21, 2019

@pavel-shirshov , he only change the log level, is that a concern?

@pavel-shirshov
Copy link
Contributor

pavel-shirshov commented Oct 22, 2019

@lguohan
Previously it was considered bad to apply buffer profiles after buffer orch init because it could make a deadlock in the asic. So that messages wasn't supposed to show anytime. Now I see that we want to reduce the syslog level for the message, which looks like it is going to be ok to apply the profiles after init. So the change will not produce any issue, but we might get a deadlock if we apply profiles after bufferorch init time.

Copy link
Contributor

@lguohan lguohan left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

check the port is down or not. if it is down, then do not need to raise alert. if it is up, then send error message.

physical port is brought up

Signed-off-by: Wenda Ni <wenni@microsoft.com>
Signed-off-by: Wenda Ni <wenni@microsoft.com>
Signed-off-by: Wenda Ni <wenni@microsoft.com>
@wendani wendani requested a review from lguohan October 29, 2019 00:50
Signed-off-by: Wenda Ni <wenni@microsoft.com>
@wendani wendani requested a review from qiluo-msft October 29, 2019 01:02
orchagent/bufferorch.cpp Show resolved Hide resolved
orchagent/bufferorch.cpp Show resolved Hide resolved
orchagent/bufferorch.cpp Show resolved Hide resolved
@wendani
Copy link
Contributor Author

wendani commented Oct 29, 2019

retest this please

Copy link
Contributor

@lguohan lguohan left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

:shipit:

@wendani wendani merged commit 59440f2 into sonic-net:master Oct 29, 2019
renukamanavalan pushed a commit that referenced this pull request Oct 29, 2019
* Allow buffer profile application after init (i.e., at run time)

Signed-off-by: Wenda Ni <wenni@microsoft.com>

* Address comment: Alert when a buffer profile is applied after the
physical port is brought up

Signed-off-by: Wenda Ni <wenni@microsoft.com>

* Remove unnecessary space

Signed-off-by: Wenda Ni <wenni@microsoft.com>

* Correct logic

Signed-off-by: Wenda Ni <wenni@microsoft.com>

* Correct compile error

Signed-off-by: Wenda Ni <wenni@microsoft.com>
yxieca pushed a commit that referenced this pull request Nov 5, 2019
* Allow buffer profile application after init (i.e., at run time)

Signed-off-by: Wenda Ni <wenni@microsoft.com>

* Address comment: Alert when a buffer profile is applied after the
physical port is brought up

Signed-off-by: Wenda Ni <wenni@microsoft.com>

* Remove unnecessary space

Signed-off-by: Wenda Ni <wenni@microsoft.com>

* Correct logic

Signed-off-by: Wenda Ni <wenni@microsoft.com>

* Correct compile error

Signed-off-by: Wenda Ni <wenni@microsoft.com>
EdenGri pushed a commit to EdenGri/sonic-swss that referenced this pull request Feb 28, 2022
…t#1099)

- What I did
There is a issue for counters after warm-reboot:
If I clear counters by command "sonic-clear counters", then execute 'warm-reboot' and whenSONiC is restart, the counters showed with command "show interface counters" is still old counters before "sonic-clear". It is not the right counters because the counters file in '/tmp' is lost in warm-reboot process.

- How I did it
I fixed it by saving '/tmp/portstat-0' folders in '/host/' before executing 'warm-reboot', and restore the counters folders back to '/tmp/' after warm-reboot process is finished (in pull request sonic-net/sonic-buildimage#5346 ).

- How to verify it
Clear counters by command 'sonic-clear'
sonic-clear counters
sonic-clear dropcounters
sonic-clear pfccounters
sonic-clear queuecounters
sonic-clear rifcounters
Execute 'warm-reboot'
Use command ‘show interface counters’ to see if the counters is right.
oleksandrivantsiv pushed a commit to oleksandrivantsiv/sonic-swss that referenced this pull request Mar 1, 2023
- Update SAI VoQ support (sonic-net#1107) …
- Voq system (sonic-net#1081) …
- [meta] Add support for ignored enum values (sonic-net#1099)
- TPID SAI proposal (sonic-net#1089) …
- ACL GRE key match (sonic-net#1076) …
- Add IPv6 NS and NA Traps (sonic-net#1092) …
- MACsec flow list attribute added in MACsec object (sonic-net#1095) …
- Add Enterprise Number for IPFIX Report Type (sonic-net#1072) …
- Provide TTL and QoS treatment during MPLS encap and decap (sonic-net#1079)
- Create and Set for Tunnel Attributes (sonic-net#1086) …
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants