Question about the SM Assigned GUID
Greetings!
I'm working on an overlay driver for a new type of network controller that can support traffic similar to infiniband and RDMA. I've got an IB driver going that reports the following when I run ibstat:
CA 'lfib0'
CA type: LF HP HBA
Number of ports: 1
Firmware version: 1
Hardware version: 1
Node GUID: 0x14db9f33e9fe45b2
System image GUID: 0x14db9f33e9fe45b2
Port 1:
State: Active
Physical state: LinkUp
Rate: 10
Base lid: 2
LMC: 0
SM lid: 1
Capability mask: 0x009c0002
Port GUID: 0x9eb738f98bf43f02
Link layer: InfiniBand
However, when I run the opensm subnet manager the log shows this:
[root@fermi ~]# systemctl status opensm -l
● opensm.service - Starts the OpenSM InfiniBand fabric Subnet Manager
Loaded: loaded (/usr/lib/systemd/system/opensm.service; enabled;
vendor preset: disabled)
Active: active (running) since Wed 2017-03-15 09:42:02 PDT; 35min ago
Docs: man:opensm
Process: 559 ExecStart=/usr/libexec/opensm-launch (code=exited,
status=0/SUCCESS)
Main PID: 561 (opensm-launch)
CGroup: /system.slice/opensm.service
├─ 561 /bin/bash /usr/libexec/opensm-launch
└─10769 /usr/sbin/opensm -p 0 -g 0x9eb738f98bf43f02--subnet_prefix 0xfe80000000000000
Mar 15 10:16:33 fermi OpenSM[10769]: -E- Parsing error in field sm_assigned_guid, value out of range Mar 15 10:16:33 fermi opensm-launch[559]: -E- Parsing error in field
sm_assigned_guid, value out of range
I've looked at the opensm code and I can't tell where the sm_assigned_guid comes from or how my driver should be using it.
I apologize for my ignorance but I'm new to IB having come from the Ethernet world of IWARP and RDMA. If I could get a tip or a pointer that would be great.
Thanks for your time,
- Greg
Lightfleet Corp.
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
A message that is not in the archive (sent off-list or not yet received): [email protected]
Hi Greg,
Quoted 40 lines · Greg
Greetings!
I'm working on an overlay driver for a new type of network controller that can support traffic similar to infiniband and RDMA. I've got an IB driver going that reports the following when I run ibstat:
CA 'lfib0'
CA type: LF HP HBA
Number of ports: 1
Firmware version: 1
Hardware version: 1
Node GUID:0x14db9f33e9fe45b2
System image GUID:0x14db9f33e9fe45b2
Port 1:
State: Active
Physical state: LinkUp
Rate: 10
Base lid: 2
LMC: 0
SM lid: 1
Capability mask:0x009c0002
Port GUID:0x9eb738f98bf43f02
Link layer: InfiniBandHowever, when I run the opensm subnet manager the log shows this:
[root@fermi ~]# systemctl status opensm -l
● opensm.service - Starts the OpenSM InfiniBand fabric Subnet Manager
Loaded: loaded (/usr/lib/systemd/system/opensm.service; enabled;
vendor preset: disabled)
Active: active (running) since Wed 2017-03-15 09:42:02 PDT; 35min ago
Docs: man:opensm
Process: 559 ExecStart=/usr/libexec/opensm-launch (code=exited,
status=0/SUCCESS)
Main PID: 561 (opensm-launch)
CGroup: /system.slice/opensm.service├─ 561 /bin/bash /usr/libexec/opensm-launch └─10769 /usr/sbin/opensm -p 0 -g 0x9eb738f98bf43f02--subnet_prefix
0xfe80000000000000
Quoted 7 lines
Mar 15 10:16:33 fermi OpenSM[10769]: -E- Parsing error in field sm_assigned_guid, value out of range Mar 15 10:16:33 fermi opensm-launch[559]: -E- Parsing error in field
sm_assigned_guid, value out of rangeI've looked at the opensm code and I can't tell where the
sm_assigned_guidcomes from
It comes from the opensm configuration file. There is parameter as follows:
# SM assigned GUID byte where GUID is formed from OpenFabrics OUI
# followed by 40 bits xy 00 ab cd ef where xy is the SM assigned GUID byte # and ab cd ef is an SM autogenerated 24 bits # SM assigned GUID byte should be configured as subnet unique sm_assigned_guid <some value, defaults to 0>
It is byte field so can be 0-255 (0xff).
The error comes when parsing the sm_assigned_guid parameter in the config file if it is more than 0xff.
To eliminate it, find the config file being used and fix the sm_assigned_guids parameter.
Quoted 1 line
or how my driver should be using it.
SM assigned GUIDs are part of shared port virtualization where either the host or the SM can assign the alias GUIDs to be used for the VMs. Shared port virtualization is supported on ConnectX-3 HCA. It only comes into play if the host stack (SA client) issues SubAdmSet(GUIDInfoRecord). This is the original virtualization support for IB and there is a new annex for virtualization support.
The error is benign (causes no harm) and I suspect you don't need to worry about this in terms of your driver.
Hope this helps.
-- Hal
Quoted 6 lines
I apologize for my ignorance but I'm new to IB having come from the Ethernet world of IWARP and RDMA. If I could get a tip or a pointer that would be great.
Thanks for your time,
Quoted 9 lines
- Greg
Lightfleet Corp.--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
A message that is not in the archive (sent off-list or not yet received): 4278d6c9-d768-deed-31c4-e303619fce39-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org
Quoted 65 lines · Hal Rosenstock
Hi Greg,
Quoted 40 lines · Greg
Greetings!
I'm working on an overlay driver for a new type of network controller that can support traffic similar to infiniband and RDMA. I've got an IB driver going that reports the following when I run ibstat:
CA 'lfib0'
CA type: LF HP HBA
Number of ports: 1
Firmware version: 1
Hardware version: 1
Node GUID:0x14db9f33e9fe45b2
System image GUID:0x14db9f33e9fe45b2
Port 1:
State: Active
Physical state: LinkUp
Rate: 10
Base lid: 2
LMC: 0
SM lid: 1
Capability mask:0x009c0002
Port GUID:0x9eb738f98bf43f02
Link layer: InfiniBandHowever, when I run the opensm subnet manager the log shows this:
[root@fermi ~]# systemctl status opensm -l
● opensm.service - Starts the OpenSM InfiniBand fabric Subnet Manager
Loaded: loaded (/usr/lib/systemd/system/opensm.service; enabled;
vendor preset: disabled)
Active: active (running) since Wed 2017-03-15 09:42:02 PDT; 35min ago
Docs: man:opensm
Process: 559 ExecStart=/usr/libexec/opensm-launch (code=exited,
status=0/SUCCESS)
Main PID: 561 (opensm-launch)
CGroup: /system.slice/opensm.service├─ 561 /bin/bash /usr/libexec/opensm-launch └─10769 /usr/sbin/opensm -p 0 -g 0x9eb738f98bf43f02--subnet_prefix
0xfe80000000000000Quoted 7 lines
Mar 15 10:16:33 fermi OpenSM[10769]: -E- Parsing error in field sm_assigned_guid, value out of range Mar 15 10:16:33 fermi opensm-launch[559]: -E- Parsing error in field
sm_assigned_guid, value out of rangeI've looked at the opensm code and I can't tell where the
sm_assigned_guidcomes fromIt comes from the opensm configuration file. There is parameter as follows:
# SM assigned GUID byte where GUID is formed from OpenFabrics OUI
# followed by 40 bits xy 00 ab cd ef where xy is the SM assigned GUID byte # and ab cd ef is an SM autogenerated 24 bits # SM assigned GUID byte should be configured as subnet unique sm_assigned_guid <some value, defaults to 0>It is byte field so can be 0-255 (
0xff).The error comes when parsing the
sm_assigned_guidparameter in the config file if it is more than0xff.To eliminate it, find the config file being used and fix the
sm_assigned_guidsparameter.
Quoted 7 lines
Quoted 1 line
or how my driver should be using it.
SM assigned GUIDs are part of shared port virtualization where either the host or the SM can assign the alias GUIDs to be used for the VMs. Shared port virtualization is supported on ConnectX-3 HCA. It only comes into play if the host stack (SA client) issues SubAdmSet(GUIDInfoRecord). This is the original virtualization support for IB and there is a new annex for virtualization support.
The error is benign (causes no harm) and I suspect you don't need to worry about this in terms of your driver.
Hope this helps.
Indeed it does!
Thank you for the quick response, much appreciated.
- Greg
Quoted 18 lines
-- Hal
Quoted 15 lines
I apologize for my ignorance but I'm new to IB having come from the Ethernet world of IWARP and RDMA. If I could get a tip or a pointer that would be great.
Thanks for your time,
- Greg
Lightfleet Corp.--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html