Clarifying BPF map's get_table_offline() atomicity

We uses BPF map to transfer data from BPF to userspace. The code calls get_table_offline() to get all data. But we are concerned about the race condition, between the userspace code and the bpf code, as during the call of get_table_offline(), the bpf map is still being written by BPF code.

But so far we have not observed fatal breakage at all.

We speculated that the race condition might causes we read stale values, or missing values, but the data structure can still be navigated correctly.

Is there more detailed description of the atomicity of get_table_offline()?