Skip to content

Commit

Permalink
[sonic_y_cable] add check_mux_direction api for y_cable (sonic-net#151)
Browse files Browse the repository at this point in the history
* [sonic_y_cable] add check_mux_direction api for y_cable

Summary:
This PR provides the support for checking the mux_direction on the y_cable by checking the mux_direction register

Approach
added the changes in y_cable.py with register specification for check_mux_direction

What is the motivation for this PR?
check_mux_direction is required for y_cable_utilities to replace the active_linked_tor_side -> check_mux_direction as agreed as a part of design

Signed-off-by: vaibhav-dahiya <vdahiya@microsoft.com>
  • Loading branch information
vdahiya12 committed Dec 4, 2020
1 parent 7c0301d commit a8823a3
Showing 1 changed file with 62 additions and 0 deletions.
62 changes: 62 additions & 0 deletions sonic_y_cable/y_cable.py
Original file line number Diff line number Diff line change
Expand Up @@ -21,6 +21,7 @@
Y_CABLE_DETERMINE_CABLE_READ_SIDE = 640
Y_CABLE_CHECK_LINK_ACTIVE = 641
Y_CABLE_SWITCH_MUX_DIRECTION = 642
Y_CABLE_MUX_DIRECTION = 644
Y_CABLE_ACTIVE_TOR_INDICATOR = 645
Y_CABLE_MANUAL_SWITCH_COUNT = 669

Expand Down Expand Up @@ -176,6 +177,67 @@ def check_read_side(physical_port):
else:
helper_logger.log_error(
"Error: unknown status for checking which side regval = {} ".format(result))

return -1


def check_mux_direction(physical_port):
"""
This API specifically checks which side of the Y cable mux is currently point to
and returns either TOR A or TOR B. API basically reads 1 byte at upper page 4 offset 132
and checks which side the mux is pointing to
Register Specification of upper page 0x4 at offset 133 is documented below
Byte offset bits Name Description
132 7-0 MUX Switch Status Register 0x00 : MUX pointing at TOR#2, 0x01 MUX pointing at TOR#1 regardless of connection status
Args:
physical_port:
an Integer, the actual physical port connected to a Y cable
Returns:
an Integer, 1 if the mux is pointing to TOR A .
, 2 if the mux is pointing to TOR B.
, -1 if checking which side mux is pointing to API fails.
"""

curr_offset = Y_CABLE_MUX_DIRECTION

if platform_chassis is not None:
result = platform_chassis.get_sfp(
physical_port).read_eeprom(curr_offset, 1)
else:
helper_logger.log_error("platform_chassis is not loaded, failed to check Active Linked and routing TOR side")
return -1

if result is not None:
if isinstance(result, bytearray):
if len(result) != 1:
helper_logger.log_error("Error: for checking mux_cable mux pointing side, eeprom read returned a size {} not equal to 1 for port {}".format(
len(result), physical_port))
return -1
else:
helper_logger.log_error("Error: for checking mux_cable mux pointing side, eeprom read returned an instance value of type {} which is not a bytearray for port {}".format(
type(result), physical_port))
return -1
else:
helper_logger.log_error(
"Error: for checking mux_cable mux pointing side, eeprom read returned a None value from eeprom read for port {} which is not expected".format(physical_port))
return -1

regval_read = struct.unpack(">B", result)

if ((regval_read[0]) & 0x01):
helper_logger.log_info("mux pointing to TOR A")
return 1
elif regval_read[0] == 0:
helper_logger.log_info("mux pointing to TOR B")
return 2
else:
helper_logger.log_error(
"Error: unknown status for mux direction regval = {} ".format(result))
return -1

return -1
Expand Down

0 comments on commit a8823a3

Please sign in to comment.