> -----Original Message----- > From: Xen-devel <[email protected]> On Behalf Of Ian > Jackson > Sent: 26 November 2019 17:36 > To: George Dunlap <[email protected]> > Cc: Juergen Gross <[email protected]>; Stefano Stabellini > <[email protected]>; Julien Grall <[email protected]>; Wei Liu > <[email protected]>; Paul Durrant <[email protected]>; Andrew Cooper > <[email protected]>; Konrad Rzeszutek Wilk > <[email protected]>; Marek Marczykowski-Górecki > <[email protected]>; Hans van Kranenburg <[email protected]>; > Jan Beulich <[email protected]>; [email protected] > Subject: Re: [Xen-devel] [PATCH for-4.13 2/2] Rationalize max_grant_frames > and max_maptrack_frames handling > > George Dunlap writes ("[PATCH for-4.13 2/2] Rationalize max_grant_frames > and max_maptrack_frames handling"): > > Xen used to have single, system-wide limits for the number of grant > > frames and maptrack frames a guest was allowed to create. Increasing > > or decreasing this single limit on the Xen command-line would change > > the limit for all guests on the system. > > If I am not mistaken, this is an important change to have. >
It is, and many thanks to George for picking this up. > I have seen reports of users who ran out of grant/maptrack frames > because of updates to use multiring protocols etc. The error messages > are not very good and the recommended workaround has been to increase > the default limit on the hypervisor command line. > > It is important that we don't break that workaround! Alas it has apparently been broken for several releases now :-( Paul > > Thanks, > Ian. > > _______________________________________________ > Xen-devel mailing list > [email protected] > https://lists.xenproject.org/mailman/listinfo/xen-devel _______________________________________________ Xen-devel mailing list [email protected] https://lists.xenproject.org/mailman/listinfo/xen-devel
