[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH v9 03/11] tools/[lib]xl: Add vmtrace_buf_size parameter
Ian Jackson writes ("Re: [PATCH v9 03/11] tools/[lib]xl: Add vmtrace_buf_size parameter"): > Andrew Cooper writes ("[PATCH v9 03/11] tools/[lib]xl: Add vmtrace_buf_size > parameter"): > > From: Michał Leszczyński <michal.leszczynski@xxxxxxx> > > > > Allow to specify the size of per-vCPU trace buffer upon > > domain creation. This is zero by default (meaning: not enabled). > ... > > Wearing my maintainer/reviewer hat: > > Release risk assessment for this patch: > > * This contains golang changes which might break the build or need > updates to golang generated files. This ought to be detected by > our tests so we can fix it. At this stage of the release that is > probably OK. The risk of actually shipping a broken build is low. > > * The patch introduces a new libxl config parameter. That has API > and UI implications. But it is a very small change and the > semantics are fairly obvious. The name likewise is fine. So I am > very comfortable with recommending this late addition to these > APIs. > > * The patch contains buffer size handling code. In the general case > that might produce a risk of buffer overruns. But at least here in > this patch this is actually just the configured size of a buffer, > and actual length/use checks are done elsewhere, so this is is not > a real risk. Consequently, wearing my RM hat, this patch: Release-Acked-by: Ian Jackson <iwj@xxxxxxxxxxxxxx>
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |