add /etc/mlnx/msn2700 start/stop in syncd service#74
add /etc/mlnx/msn2700 start/stop in syncd service#74lguohan merged 1 commit intosonic-net:masterfrom
Conversation
|
Is hw-management going to be used by syncd or some other docker? |
|
hw-management is not going to be used by syncd. The reason to add here is that sx-kernel stop will fail if we do not do msn2700 stop as drivers in hw-management depends on the drivers in sx-kernel. |
|
Yes, but if it is going to be used by another entity, my concern is if we will have any troubles with synchronization between hw-management and its client |
|
agree with your concern, but I do not have any other solution. |
|
Ok then |
|
btw, I think the solution is to not to restart sx-kernel when you update the sdk, or make the hw-management not to depend on the sx-kernel. that requires some work on your side. |
|
I'm afraid it is not possible |
<!-- Please make sure you've read and understood our contributing guidelines; https://github.com/sonic-net/SONiC/blob/gh-pages/CONTRIBUTING.md Please provide following information to help code review process a bit easier: --> ### Description of PR <!-- - Please include a summary of the change and which issue is fixed. - Please also include relevant motivation and context. Where should reviewer start? background context? - List any dependencies that are required for this change. --> Summary: Fixes sonic-net#16898 ### Type of change <!-- - Fill x for your type of change. - e.g. - [x] Bug fix --> - [x] Bug fix - [ ] Testbed and Framework(new/improvement) - [ ] New Test case - [ ] Skipped for non-supported platforms - [ ] Test case improvement ### Back port request - [ ] 202012 - [ ] 202205 - [ ] 202305 - [ ] 202311 - [ ] 202405 - [ ] 202411 ### Approach #### What is the motivation for this PR? PR sonic-net#16736 reintroduces bug that we previously fixed in sonic-net#16313 by making it only applying it to Cisco chassis. #### How did you do it? Let `duthosts` be passed to `reboot_and_check` for all T2/chassis devices #### How did you verify/test it? Run on non Cisco T2 device #### Any platform specific information? N/A #### Supported testbed topology if it's a new test case? N/A ### Documentation <!-- (If it's a new feature, new test case) Did you update documentation/Wiki relevant to your implementation? Link to the wiki page? --> N/A
3893844 2018-12-14 | uart: fix race in uart_write() (sonic-net#74) (HEAD, azure/201803) [lguohan] Signed-off-by: Guohan Lu <[email protected]>
[Chassis base] Add sfp error event definition sonic-net#80 SFP(sff8472 attributes) transciever eeprom attribute support sonic-net#74
[MultiDB]: use python class composition to avoid confusion in base class (sonic-net#74)
cc4c4db14439a2b91690df0189b62e011ec41f4c (HEAD -> 201911, origin/201911) Merge pull request sonic-net#74 from project-arlo/fix_otel_dep_error 44df06e0d44bdf7ce49d4eb05ced34f06eb65133 Make sure redis library is checkout with correct commit ID 7ab88143fa4b89d2d7b8030c9ac7b5e6dba16251 Remove unsupported commands (sonic-net#62) Signed-off-by: Abhishek Dosi <[email protected]>
No description provided.