RE: Re: new netfront and occasional receive path lockup

["Xu, Dongxiao" <dongxiao.xu@intel.com>]

Gerald Turner wrote:
> Gerald Turner <gturner@unzane.com> writes:
> 
>> Jeremy Fitzhardinge <jeremy@goop.org> writes:
>> 
>>>  On 09/12/2010 11:00 AM, Gerald Turner wrote:
>>>> I examined the Debian linux-image-2.6.32-5-xen-amd64 package and
>>>> confirmed the netfront driver is patched with an earlier version
>>>> the smartpoll code. 
>>>> 
>>>> I manually merged Debian's kernel with Jeremy's updates to the
>>>> netfront driver in his git repository.
>>>> 
>>>>   $ git diff
>>>> 5473680bdedb7a62e641970119e6e9381a8d80f4..3b966565a89659f938a4fd662c
>>>> 8475f0c00e0606 
>>>> 
>>>> Deployed this new image on all domU's (except for two of them, as a
>>>> control group) and updated grub kernel parameter with
>>>> xen_netfront.use_smartpoll=0.
>>> 
>>> That's good to hear.  But I also included a fix from Dongxiao which,
>>> if correct, means it should work with use_smartpoll=1 (or nothing,
>>> as that's the default).  Could you verify whether the fix in
>>> cb09635065163a933d0d00d077ddd9f0c0a908a1 does actually work or not?
>>> 
>> 
>> I've been running with use_smartpoll=1 for a few hours this
>> afternoon, looks like Dongxiao's bugfix works.
>> 
> 
> I spoke too soon!  use_smartpoll set to 1 and still exhibits the
> problem, a few domU's lost network after about 60 minutes of uptime.
> Sorry for the bad news... 

Hi Gerald,

Sorry for the inconvinience. I will continue to look into it.

Does this bug only happen when you launch multiple domUs?
I tried a single domU and could not catch the bug.

Thanks,
Dongxiao