Re: [RFC PATCH 1/7] telemetry: rename unsigned 64-bit enum value to uint

2022-12-15 Thread Tyler Retzlaff
On Thu, Dec 15, 2022 at 09:41:38AM +, Bruce Richardson wrote: > On Wed, Dec 14, 2022 at 09:30:05AM -0800, Tyler Retzlaff wrote: > > On Tue, Dec 13, 2022 at 06:27:24PM +, Bruce Richardson wrote: > > > For telemetry data, rather than having unsigned 64-bit values and signed > > > 32-bit value

Re: [RFC PATCH 1/7] telemetry: rename unsigned 64-bit enum value to uint

2022-12-15 Thread Bruce Richardson
On Wed, Dec 14, 2022 at 09:30:05AM -0800, Tyler Retzlaff wrote: > On Tue, Dec 13, 2022 at 06:27:24PM +, Bruce Richardson wrote: > > For telemetry data, rather than having unsigned 64-bit values and signed > > 32-bit values, we want to just have unsigned and signed values, each > > stored with t

Re: [RFC PATCH 1/7] telemetry: rename unsigned 64-bit enum value to uint

2022-12-14 Thread Tyler Retzlaff
On Tue, Dec 13, 2022 at 06:27:24PM +, Bruce Richardson wrote: > For telemetry data, rather than having unsigned 64-bit values and signed > 32-bit values, we want to just have unsigned and signed values, each > stored with the max bit-width i.e. 64-bits. To that end, we rename the > U64 enum ent

[RFC PATCH 1/7] telemetry: rename unsigned 64-bit enum value to uint

2022-12-13 Thread Bruce Richardson
For telemetry data, rather than having unsigned 64-bit values and signed 32-bit values, we want to just have unsigned and signed values, each stored with the max bit-width i.e. 64-bits. To that end, we rename the U64 enum entry to "UINT" to have a more generic name For backward API-level compatibi