-
Notifications
You must be signed in to change notification settings - Fork 6
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.
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
Check KMD version prior to querying device info #173
base: main
Are you sure you want to change the base?
Conversation
c42bcf9
to
626cbc2
Compare
626cbc2
to
9a8ada8
Compare
@@ -21,6 +21,7 @@ set(UMD_DEVICE_SRCS | |||
wormhole/wormhole_coordinate_manager.cpp | |||
pcie/pci_device.cpp | |||
hugepage.cpp | |||
../common/semver.cpp |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we instead compile a common lib, and then make device relying on common lib? @blozano-tt
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I can do that in this PR, but my thought is that we have opportunity for a broader cleanup.. today we have code in:
common/
src/
device/ <- most stuff lives here
I'm not sure what the best way to structure things is. What do you think? I am happy to create a ticket and defer this, equally happy to add a libumdcommon (or some such) for now.. let me know.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
... or we could keep common as header only, and move those small implementations that you have in .cpp file to a .h file as inline functions. Not sure what is the best way to keep things organised. Would like @blozano-tt 's insight here
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
My rationale for putting it in .cpp was to keep the fmt include out of the header.
Add semver_t type into common to handle version numbers, based on semver 2.0.0 but more permissive since TT-KMD reports non-compliant version strings like "1.29" and "1.28-bh2". Add logic to PCIDevice class to report KMD version during device initialization.
b87b20b
to
d70cd71
Compare
No description provided.