From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wei Liu Subject: Re: netfront/netback multiqueue exhausting grants Date: Thu, 21 Jan 2016 10:52:15 +0000 Message-ID: <20160121105215.GQ1691@citrix.com> References: <1453292623.26343.95.camel@citrix.com> <569F9C6A.9070008@oracle.com> <1453301571.26343.127.camel@citrix.com> <569FA195.1020104@citrix.com> <569FA361.60102@oracle.com> <1453302978.26343.134.camel@citrix.com> <1453371147.26343.203.camel@citrix.com> <20160121102537.GO1691@citrix.com> <1453372671.4320.4.camel@citrix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <1453372671.4320.4.camel@citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell Cc: Boris Ostrovsky , Wei Liu , David Vrabel , xen-devel List-Id: xen-devel@lists.xenproject.org On Thu, Jan 21, 2016 at 10:37:51AM +0000, Ian Campbell wrote: > On Thu, 2016-01-21 at 10:25 +0000, Wei Liu wrote: > > On Thu, Jan 21, 2016 at 10:12:27AM +0000, Ian Campbell wrote: > > [...] > > > > I've asked the reporter to send logs for the 4.4 case to xen-devel. > > > > > > User confirmed[0] that 4.4 is actually OK. > > > > > > Did someone request stable backports yet, or shall I do so? > > > > > > > I vaguely remember we requested backport for relevant patches long time > > ago, but I admit I have lost track. So it wouldn't hurt if you do it > > again. > > So I think we'd be looking for: > > 32a8440 xen-netfront: respect user provided max_queues > 4c82ac3 xen-netback: respect user provided max_queues > ca88ea1 xen-netfront: update num_queues to real created > > which certainly resolves things such that the workarounds work, and I think > will also fix the default case such that it works with up to 32 vcpus > (although it will consume all the grants and only get 31/32 queues). > > Does that sound correct? > Yes, it does. > As Annie said, we may still want to consider what a sensible default max > queues would be. > Maybe we should set a cap to 8 or 16 by default. Wei. > Ian.