The xenidc code has the concept of a buffer resource provider which
implements an anti-deadlock resource reservation. Each client has uses
a pool with it's own buffer resource provider and the anti-deadlock
resource reservations decouple the clients from one another. The
underlying implementation of the buffer resource provider is currently
trivial (individual resource pools) but the intention is that the buffer
resource providers will share resources from a common underlying pool.
This resource management strategy allows you to make better use of
constrained resources like grant tables whilst avoiding deadlock.
On Fri, 2005年11月11日 at 10:48 +0000, Keir Fraser wrote:
> On 11 Nov 2005, at 08:59, Birger Toedtmann wrote:
>
> > message - see bug #183. It was pointed out to me that it might be
> > possible to adjust this manually in xen/include/xen/grant_table.h,
> > however, setting ORDER_GRANT_FRAMES to 3 to get more pages of grant
> > tables doesn't change anything. Sooo, question #1: how can I alter the
> > code to get more grant tables such that more nics per domU will become
> > available? Question #2: is it planned to make this configurable, e.g.
> > by boot option for dom0?
>
> 1: you need to edit NR_GRANT_FRAMES in linux/include/asm-xen/gnttab.h
>
> 2: yes, it will eventually be manually configurable with a higher 
> default 'maximum'
>
> -- Keir
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel 
>
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel