* [dpdk-dev] SFP/SFP+ modules hotplugging question.
@ 2014-08-11 12:01 Dmitry Vyal
0 siblings, 0 replies; only message in thread
From: Dmitry Vyal @ 2014-08-11 12:01 UTC (permalink / raw)
To: dev
Dear mailing list, I have a question concerning SFP modules hotplugging.
I made some experiments and want to confirm my findings.
Looks like hotplug is basically supported out of the box, the only thing
one has to do is to register
callbacks for RTE_ETH_EVENT_INTR_LSC and avoid sending mbufs to NIC when
link is down.
Implemented that, I can now remove an SFP module in the middle on a run
and insert another one and NIC operation resumes.
So far so good. But then I inserted an SFP module into SFP+ slot during
the testing I got an unsatisfactory behavior.
Link went down but to my surprise it didn't go up after I replaced SFP
module with one of SFP+ type.
I had to restart the application to bring port back into the working state.
So my question is whether it's possible to detect and gracefully
overcome such situations without disrupting other ports operation?
P.S. Forgot to mention, I observed this behavior with DPDK-1.5.1 and
82599EB NIC.
Best regards,
Dmitry.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2014-08-11 11:58 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-08-11 12:01 [dpdk-dev] SFP/SFP+ modules hotplugging question Dmitry Vyal
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).