[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 3/4] tools/libxc: Avoid generating inappropriate zero-length records
David Vrabel writes ("Re: [Xen-devel] [PATCH 3/4] tools/libxc: Avoid generating inappropriate zero-length records"): > For records such as HVM_PARAMS which consist of a set of N items, the > intention was to most definitely send a record with 0 items. > > For records that fetch an opaque blob from the hypervisor, again the > intention was to sent this blob as-is with no sort of processing or > other checking. i.e., if the hypervisor gives us a zero-length blob we > sent that as-is. > > This makes all the streams look the same with all the same records, > regardless of what hardware platform it was run on. Including > zero-length/count records also makes diagnosing problems easier -- the > empty record is visible in the stream instead of having to remember that > sometimes these records are deliberately omitted. > > As such, this series should be limited to making the restore side handle > the zero count sets or zero length blobs if it does not do so already. > > The specification should be clarified to note that some records may have > zero-length blobs or contain zero items. I think I prefer David's view here, but I don't quite feel I understand what the underlying bug is. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |