* bb85c72 2018-05-01 | Populate existing interface cache, bring down before configDone (sonic-net#491) (HEAD -> master, origin/master, origin/HEAD) [Prince Sunny]
* bc97597 2018-04-30 | Add ipv6 ACL support in schema file (sonic-net#490) [zhenggen-xu]
* f939b95 2018-04-27 | [qosorch]: Optimizations of qosorch (sonic-net#488) [pavel-shirshov]

Signed-off-by: Guohan Lu <gulv@microsoft.com>

* bb85c72 2018-05-01 | Populate existing interface cache, bring down before configDone (#491) (HEAD -> master, origin/master, origin/HEAD) [Prince Sunny]
* bc97597 2018-04-30 | Add ipv6 ACL support in schema file (#490) [zhenggen-xu]
* f939b95 2018-04-27 | [qosorch]: Optimizations of qosorch (#488) [pavel-shirshov]

Signed-off-by: Guohan Lu <gulv@microsoft.com>

Submodule src/sonic-sairedis 4c75b7f..54c8e78:
  > [saisdkdump]: Fix dump generation crash (sonic-net#493)
  > Fix bug: Restore sai log levels from LOGLEVEL_DB after saiDiscover (sonic-net#491)

Signed-off-by: Ying Xie <ying.xie@microsoft.com>

Submodule src/sonic-sairedis 4c75b7f..54c8e78:
  > [saisdkdump]: Fix dump generation crash (#493)
  > Fix bug: Restore sai log levels from LOGLEVEL_DB after saiDiscover (#491)

Signed-off-by: Ying Xie <ying.xie@microsoft.com>

…c-net#491)

* Populate existing interface cache, bring down before configDone

* simplify the logic and add logging

Signed-off-by: Guohan Lu <gulv@microsoft.com>

* add logging for publish event to state db

Signed-off-by: Guohan Lu <gulv@microsoft.com>

…c-net#491)

* Populate existing interface cache, bring down before configDone

* simplify the logic and add logging

Signed-off-by: Guohan Lu <gulv@microsoft.com>

* add logging for publish event to state db

Signed-off-by: Guohan Lu <gulv@microsoft.com>

…onic-net#491)

…D automatically (#19130)

#### Why I did it
src/sonic-platform-daemons
```
* 76cf1dc - (HEAD -> master, origin/master, origin/HEAD) Fix for #19116 [xcvrd] typo "log_notifce" results in port oper down (#493) (4 days ago) [Anoop Kamath]
* f41ecca - Implementation of a Monitoring Daemon for storage devices in SONiC switches (#433) (4 days ago) [Ashwin Srinivasan]
* 28302d4 - Update for the procedures for insertion/hot swap of Switch Fabric Module (SFM) by using "config chassis modules shutdown/startup" commands (#491) (5 days ago) [JunhongMao]
```
#### How I did it
#### How to verify it
#### Description for the changelog

… automatically (#20121)

#### Why I did it
src/sonic-platform-common
```
* 309a5fb - (HEAD -> master, origin/master, origin/HEAD) Make is_flat_memory more robust (#491) (18 hours ago) [Junchao-Mellanox]
```
#### How I did it
#### How to verify it
#### Description for the changelog

… automatically (#20219)

#### Why I did it
src/sonic-platform-common
```
* cc22866 - (HEAD -> 202405, origin/202405) Make is_flat_memory more robust (#491) (25 hours ago) [Junchao-Mellanox]
* d494347 - Fix the temperature parsing in nvme disks (#475) (25 hours ago) [Vivek]
```
#### How I did it
#### How to verify it
#### Description for the changelog

[code sync] Merge code from sonic-net/sonic-buildimage:202405 to 202405

- Description
Currently, is_flat_memory could return 3 different values:

True when the module is flat memory
False when the module is not flat memory
None when the EEPROM read returns None or empty bytearray
When it returns None, we should not assume that the module is NOT a flat memory. Instead, it would be safer to treat it as a flat memory.

- Motivation and Context
This PR is to make is_flat_memory only returns two state, True or False. And if EEPROM reading returns None or empty bytearray, we should treat the module as a flat memory.

- How Has This Been Tested?
Manual test

…tomatically (#23284)

#### Why I did it
src/sonic-linux-kernel
```
* 91696ec - (HEAD -> 202311, origin/202311) [build] Use package.trafficmanager instead of sonicstorage.blob (#491) (3 hours ago) [Liu Shilong]
```
#### How I did it
#### How to verify it
#### Description for the changelog

…ule (SFM) by using "config chassis modules shutdown/startup" commands (sonic-net#491)

* Update for the procedures for insertion/hot swap of Switch Fabric Module(SFM) by using "config chassis modules shutdown/startup" commands

Why I did it
to calculate SPC6 static buffers according to requirements

How I did it
Calculated according to:
T0:
Uplinks: 256 ports, 400G speed, 40m cable length.
Downlinks: 256 ports, 400G speed, 5m cable length.

T1:
Uplinks: 256 ports, 400G speed, 300m cable length.
Downlinks: 256 ports, 400G speed, 40m cable length.