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.

Sign up for GitHub

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

Jump to bottom

How can I create libsaibcm_X.X.X_amd64.deb to use in sonic-buildimage / platform / broadcom / sai.mk? #1550

Closed
doicom opened this issue Mar 30, 2018 · 4 comments
Closed

How can I create libsaibcm_X.X.X_amd64.deb to use in sonic-buildimage / platform / broadcom / sai.mk? #1550

doicom opened this issue Mar 30, 2018 · 4 comments

Comments

@doicom
Copy link

doicom commented Mar 30, 2018 •
edited
Loading

Hi all,

Someone, please help us.
Since I want to change SAI version in my own environment, I would like to create SAI binary.

I am trying to create it according to the procedure described on https://github.com/Azure/SONiC/wiki/Build-Broadcom-Opennsl-and-SAI.

In particular, I do not know how OpenNSL and SAI source code is used for binary creation.
Is there source code on Github?
Or would you need to contact Broadcom to obtain the source code?

In Step 7 of Build OpenNSL, sudo dpkg - i libopennsl * is implemented.
We do not mention this procedure when building https: // github.com / Broadcom - Switch / OpenNSL.

What is doing with sudo dpkg - i libopennsl *?

Please help your idea.
@pollyhsu2git
Copy link
Contributor

pollyhsu2git commented Mar 30, 2018 •
edited
Loading

@doicom,
FYI~

@doicom
Copy link
Author

doicom commented Mar 30, 2018

Thanks pollyhsu2git.
thank you for the advice.

I am sorry if my perception was wrong.

I wanted to create binaries of OpenNSL and SAI and to incorporate it into SONiC.

However,
If you check https://github.com/Azure/SONiC/wiki/Build-Broadcom-Opennsl-and-SAI,

· People trying to acquire a new SAI version = a person uploading to github
Is this recognition correct?

· Because there is the latest SAI in the source code, it is not necessary to create SAI individually.
Is this recognition correct?

· Because Github does not have the necessary source code, you can not create SAI individually.
Is this recognition correct?

doicom

@lguohan
Copy link
Collaborator

lguohan commented Aug 12, 2018

@doicom, if you want to create your own SAI library, you need to contact broadcom to obtain the source code.

@doicom
Copy link
Author

doicom commented Aug 20, 2018

Hello, @lguohan .
thank you for answering.
I'm sorry, my reaction was delayed.

Broadcom needs contact. And I understood.

Thank you very much.

@doicom doicom closed this as completed Aug 20, 2018
Closed
3 tasks
abdosi added a commit that referenced this issue Dec 19, 2020
@abdosi
[Submodule update] sonic-swss
eb688c8 
cea4468 (HEAD -> 201911, origin/201911) [crm]: Typecast to unit64_t to avoid divide by 0 during overflow (#1550)

Signed-off-by: Abhishek Dosi <abdosi@microsoft.com>
Sabareesh-Kumar-Anandan pushed a commit to Sabareesh-Kumar-Anandan/sonic-buildimage that referenced this issue Dec 20, 2020
[sonic-swss] submodule update
5d760a0 
[crm]: Typecast to unit64_t to avoid divide by 0 during overflow (sonic-net#1550)
[vxlanmgr] Fix build error when compiling for armhf (32-bit) (sonic-net#1552)
[Dynamic buffer calc]  Support dynamic buffer calculation (sonic-net#1338)
[dvs] Clean-up dvs_database and dvs_common (sonic-net#1541)
[VxlanMgr] changes for EVPN VXLAN (sonic-net#1266)
Statistics support for Tx and Rx counters of different frame sizes (sonic-net#1536)
[orchagent/phy]: Add firmware info propagation (sonic-net#1540)

Signed-off-by: Sabareesh Kumar Anandan <sanandan@marvell.com>
@jleveque jleveque mentioned this issue Dec 22, 2020
Merged
jleveque added a commit that referenced this issue Dec 24, 2020
@jleveque
[sonic-swss] Update submodule (#6270)
a62f45d 
* src/sonic-swss c7ee75f...cadf28f (24):
  > Revert "Add support for headroom pool watermark (#1453)"
  > [VxlanOrch] pytest for EVPN VXLAN (#1318)
  > [restore_neighbors] python3 support for restore_neighbors.py (#1542)
  > [buffermgmt] more build error fixes when compiling for armhf (32-bit) (#1559)
  > Sflow fix to avoid NULL in field. (#1531)
  > [fgnhgorch] Fg Nhg link handling (#1537)
  > [dpb]: make sure port is in admin down state before remove port. (#1513)
  > [FPMSYNCD/FDBSYNCD] EVPN Type-5 route removing prefix-len for host route and removing junk character present in the mac (#1553)
  > Added support for EVPN L3 VXLAN as described in the PR sonic-net/SONiC#437 (#1267)
  > [crm]: Typecast to unit64_t to avoid divide by 0 during overflow (#1550)
  > [vxlanmgr] Fix build error when compiling for armhf (32-bit) (#1552)
  > [Dynamic buffer calc]  Support dynamic buffer calculation (#1338)
  > [dvs] Clean-up dvs_database and dvs_common (#1541)
  > [VxlanMgr] changes for EVPN VXLAN (#1266)
  > Statistics support for Tx and Rx counters of different frame sizes (#1536)
  > [orchagent/phy]: Add firmware info propagation (#1540)
  > [vxlanorch] Use PRI instead of %l to avoid warnings in 32-bit arch (#1539)
  > [FDBSYNCD] Added support for EVPN as described in the PR sonic-net/SONiC#437 (#1276)
  > [everflow] Add retry mechanism for mirror sessions and policers (#1486)
  > Enable ACL table type  mirror_v6 for Innovium Platform (#1527)
  > [fgnhgorch] Change format specifier %lu to %zu for size_t (#1529)
  > [dvs] Fix issue where concurrent netns operations cause test setup to fail (#1535)
  > Add support for headroom pool watermark (#1453)
  > Change gAsicInstance to type string with max length limit (#1526)
raphaelt-nvidia pushed a commit to raphaelt-nvidia/sonic-buildimage that referenced this issue Jan 14, 2021
@prsunny @abdosi
[crm]: Typecast to unit64_t to avoid divide by 0 during overflow (son…
cea4468 
…ic-net#1550)

Fix orchagent crash in case of overflow resulting in divide by 0
yxieca added a commit to yxieca/sonic-buildimage that referenced this issue Feb 18, 2021
@yxieca
[201811][swss] advance swss submodule head
37a9bd2 
[CRM] Safety check for division by 0 (sonic-net#1569)
[crm]: Typecast to unit64_t to avoid divide by 0 during overflow (sonic-net#1550)

Signed-off-by: Ying Xie <ying.xie@microsoft.com>
@yxieca yxieca mentioned this issue Feb 18, 2021
Merged
yxieca added a commit that referenced this issue Feb 18, 2021
@yxieca
[201811][swss] advance swss submodule head (#6809)
94c5242 
[CRM] Safety check for division by 0 (#1569)
[crm]: Typecast to unit64_t to avoid divide by 0 during overflow (#1550)

Signed-off-by: Ying Xie <ying.xie@microsoft.com>
theasianpianist pushed a commit to theasianpianist/sonic-buildimage that referenced this issue Feb 5, 2022
@prsunny
[crm]: Typecast to unit64_t to avoid divide by 0 during overflow (son…
e1dd327 
…ic-net#1550)

Fix orchagent crash in case of overflow resulting in divide by 0
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@lguohan @pollyhsu2git @doicom