Cc: Denis V. Lunev <den@...>, <akpm@...>, <linux-kernel@...>, Alexey Dobriyan <adobriyan@...>, Eric W. Biederman <ebiederm@...>, David S. Miller <davem@...>
It appears you are getting things confused. The original window is that tcp_seq_open
(which is what get called when you open the proc file) had a small race that p->data
could be read before it was set.
With proc_create_data that race was closed.
You are saying that it is a problem for tcp_seq_open to be passed a NULL afinfo.
It is. That has nothing to do with the original race (as that is a very
different part of the code). Feel free to audit all of the callers if
you like. That problem however is not subtle or racy.
So I see nothing wrong with this patch unless you can find a problem with
proc_create_data.
Eric
--