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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





On 08. 06. 21 11:53, Greg Kroah-Hartman wrote:
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.


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.


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




[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]


  Powered by Linux