[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v1 1/6] docs: add feature document for Xen hypervisor sysfs-like support
Jürgen Groß writes ("Re: [PATCH v1 1/6] docs: add feature document for Xen hypervisor sysfs-like support"): > On 27.09.19 12:37, Ian Jackson wrote: > > I guess that keys will be chosen from some limited safe character > > set ? What about values ? Might we create a key whose value contains > > binary data ? > > I'd go with "[-A-Za-z0-9@_.:()\[\]#,;]*" for keys I think this is ASCII printing characters with the exception of ! " ` $ % ^ & * = + { } ' ~ < > / \ | I struggle to find a principled explanation for this particular exclusion set (apart from /), considering that following are included: - @ _ . : ( ) [ ] # , ; Could we borrow some existing permitted character set ? If we are permitting shell metacharacters why not just permit all printable ASCII except / ? > and ASCII for values. Do you mean "any 7-bit byte", or octet values 32-126 (0x20-0x7e) inclusive, or something else ? > > Would it be possible to add a script to xen.git which lists the > > xenhypfs and checks that all the paths are documented ? We could add > > a few calls to that to osstest... > > I'd expect some parts to be described rather generically (as can be seen > in patch 6 for the runtime parameters). Maybe I should add the entries > with wildcards there. That would be nice. > OTOH adding such a script can easily be done later, maybe with some > tweaks to the path documentation. Sure. Having at least some unit tests ought to be on the roadmap for supported status, but it doesn't need to happen now. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |