Florian Westphal wrote: > Michael Zintakis <michael.zintakis@xxxxxxxxxxxxxx> wrote: >> Florian Westphal wrote: >>> Michael Zintakis <michael.zintakis@xxxxxxxxxxxxxx> wrote: >>>> * add a 'fmt' variable to each nfacct object, allowing a permanent packets >>>> and bytes formatting to be stored. The two packet and byte formats are >>>> independent of each other. >>> Every other in-kernel byte counter (that I can think of) is a plain u64. >>> >>> It might help if you'd explain why this is necessary. >> This isn't a counter. This field stores the formatting of byte and packet numbers for each accounting object registered with the kernel (8-bits each = 16 bits in total unsigned). If you look at the man page (section FORMAT OPTIONS) it is all explained there - with examples. > > It makes no sense to me. > > Why should a 'display/representation property' be part of an operating > system kernel? It seems completely out of place. So, what you are trying to tell me is that "display/presentation property", or, to extend that definition a bit more and include another of your and Pablo's objections from another message - "variables set/unset or interpreted from userspace" have no place in the kernel in your opinion? -- To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
