Vangati, Narender ; Xing, Beilei
> ; Lu, Wenzhuo ;
> -cover-letter.pa...@dpdk.org
> Subject: Re: [dpdk-dev] [RFC 1/4] ethdev: claim device reset as async
>
> On 08/08/2018 08:00 AM, Qi Zhang wrote:
> > rte_eth_dev_reset should be implemented in an async way since it is
&g
, Benjamin H ;
> Vangati, Narender ; Xing, Beilei
> ; Lu, Wenzhuo ;
> -cover-letter.pa...@dpdk.org
> Subject: Re: [dpdk-dev] [RFC 1/4] ethdev: claim device reset as async
>
> On Wed, 8 Aug 2018 15:00:42 +0800
> Qi Zhang wrote:
>
> > rte_eth_dev_reset should be implement
On 08.08.2018 18:13, Stephen Hemminger wrote:
On Wed, 8 Aug 2018 15:00:42 +0800
Qi Zhang wrote:
rte_eth_dev_reset should be implemented in an async way since it is
possible be invoked in interrupt thread and sometimes to reset a
device need to wait for some dependency, for example, a VF expec
On Wed, 8 Aug 2018 15:00:42 +0800
Qi Zhang wrote:
> rte_eth_dev_reset should be implemented in an async way since it is
> possible be invoked in interrupt thread and sometimes to reset a
> device need to wait for some dependency, for example, a VF expects
> for PF ready, or a NIC function as par
On 08/08/2018 08:00 AM, Qi Zhang wrote:
> rte_eth_dev_reset should be implemented in an async way since it is
> possible be invoked in interrupt thread and sometimes to reset a
> device need to wait for some dependency, for example, a VF expects
> for PF ready, or a NIC function as part of a SOC wa
rte_eth_dev_reset should be implemented in an async way since it is
possible be invoked in interrupt thread and sometimes to reset a
device need to wait for some dependency, for example, a VF expects
for PF ready, or a NIC function as part of a SOC wait for the whole
system reset complete, all thes
6 matches
Mail list logo
