> -----Original Message----- > From: David Marchand [mailto:david.marchand at 6wind.com] > Sent: Wednesday, January 27, 2016 4:34 PM > To: Wu, Jingjing > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v2 2/2] i40evf: support interrupt based pf > reset request > > Hello Jingjing, > > On Wed, Jan 27, 2016 at 2:49 AM, Jingjing Wu <jingjing.wu at intel.com> wrote: > > Interrupt based request of PF reset from PF is supported by enabling > > the adminq event process in VF driver. > > Users can register a callback for this interrupt event to get > > informed, when a PF reset request detected like: > > rte_eth_dev_callback_register(portid, > > RTE_ETH_EVENT_INTR_RESET, > > reset_event_callback, > > arg); > > > > Signed-off-by: Jingjing Wu <jingjing.wu at intel.com> > > Just adding my previous comment in this thread. > > Having this infrastructure is one thing, but the initial problem was that the > driver did not recover from this reset event. > The linux i40e vf driver handles this kind of event itself. > Could we have something similar ? >
Hi, David Considering about the how to use DPDK PMD, and how to setup resource, we can know that lots of resources are managed by application. I think based on current PMD driver framework, driver cannot reset without application's help. If we need to support driver recovery automatically, we'd better to find a way to do that. Do you have any idea? However, this patch can notify the reset event to application, even it is not a perfect solution as you hoped. Thanks Jingjing > Thanks. > > -- > David Marchand
