On 05/07/2018 05:05 PM, Dave Hansen wrote:
On 05/07/2018 04:22 PM, prakash.sangappa wrote:
However, with the proposed new file, we could allow seeking to
specified virtual address. The lseek offset in this case would
represent the virtual address of the process. Subsequent read from
the file would provide VA range to numa node information starting
from that VA. In case the VA seek'ed to is invalid, it will start
from the next valid mapped VA of the process. The implementation
would not be based on seq_file.
So you're proposing a new /proc/<pid> file that appears next to and is
named very similarly to the exiting /proc/<pid>, but which has entirely
different behavior?
It will be /proc/<pid>/numa_vamaps. Yes, the behavior will be
different with respect to seeking. Output will still be text and
the format will be same.
I want to get feedback on this approach.
--
To unsubscribe from this list: send the line "unsubscribe linux-api" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
