OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

virtio-comment message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [virtio-comment] Public review comment for virtio-v1.0-csprd02: 2.1 Device Status Field


On Tue, 04/29 13:51, Rusty Russell wrote:
> Rusty Russell <rusty@au1.ibm.com> writes:
> > Fam Zheng <famz@redhat.com> writes:
> >> DEVICE_NEEDS_RESET (16)
> >> Indicate that the device is in an unrecoverable failed state, and need reset.
> 
> Minor point, I chose 64 (closer to FAILED, which is 128) instead.
> 
> >> The driver MUST reset the device upon seeing a set DEVICE_NEEDS_RESET before
> >> doing other operations on this device.
> 
> This implies an extra read on each operation, so I think it's too
> strict.  How about:
> 
>         The driver SHOULD NOT rely on completion of operations of a
>         device if DEVICE_NEEDS_RESET is set.
> 
>         Example: The driver can't assume requests in flight will be
>         completed if DEVICE_NEEDS_RESET is set, nor can it assume that
>         they have not been completed.  A good implementation will try to
>         recover by issuing a reset.
> 
> >> The device SHOULD set DEVICE_NEEDS_RESET when it enters an error state that a
> >> reset is needed, and MAY send a notification of device configuration changes to
> >> driver.
> 
> I think we can be stricter here, however:
> 
>         The device SHOULD set DEVICE_NEEDS_RESET when it enters an error
>         state that a reset is needed.  After it sets DEVICE_NEEDS_RESET,
>         the device MUST send a device configuration change notification
>         to the driver.

OK, this looks good to me!

Thanks,
Fam

> 
> Here's what I ended up with:
> 
<snip>


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]