The kernel has moved all its time keeping to be year 2038 ready on 32-bit systems, but the eepromoops header only stores 32-bit timestamps. Furthermore it has no reserved or version fields that could be used to extend the header in a backwards-compatible way. My thought for this is to add a trailer to the data containing new fields, this way old kernels won't look for it.
The kernel has moved all its time keeping to be year 2038 ready on 32-bit systems, but the eepromoops header only stores 32-bit timestamps. Furthermore it has no reserved or version fields that could be used to extend the header in a backwards-compatible way. My thought for this is to add a trailer to the data containing new fields, this way old kernels won't look for it.