Thread (16 messages) flat view 16 messages, 3 authors, 2021-06-10

Re: [PATCH v7 4/5] nvmem: eeprom: at25: export FRAM serial num

From: Jiří Prchal <hidden>
Date: 2021-06-08 10:07:58
Also in: lkml


On 08. 06. 21 11:53, Greg Kroah-Hartman wrote:
quoted
quoted
quoted
Prints as little endian, is that OK?
You tell me!  What tool is going to be reading this?  What do they
expect it to look like?
sh, php in my usecase as unique id.
I am sorry, I do not understand.
In my use case: shell and php.
quoted
So endianess does not matter to me too much. The question is what is usual
(like mac address, uuid...?).
What does the device export?  Why not just export it as:
	0123456789ABCDEF
if it is 8 bytes long?
Yes, device contains 0123456789ABCDEF.
quoted
quoted
And it's a byte array, why would there be endian issues?
Now is printed as one big number. Not real issue. Just human readability?
Should I turn back it to space separated bytes?
It's up to you, what do you want to do with it and what does a tool want
it to look like?
Right now I export it as bytes separated by space. But no problem to 
change it.
Just asking: for generic users what would be better or is there "best 
practice"?
thanks,

greg k-h
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help