parthpratim / net-next-nuse-5.10.47 Goto Github PK

Hi, Parth.

can dce-linux-1.12 in Ubuntu16.04 using this net-nuse-5.10.4.7 instead of the default net-next-nuse-4.10?

Thanks.

Corresponding DCE Issue : #4

The execution gets stuck on a BUG_ON inside the skb_checksum_help function which is called from skb_csum_hwoffload_help .

It actually looks for the NETIF_F_CSUM_MASK flag here, which is not being set here. Also, the additional CHECKSUM_PARTIAL checks here call skb_checksum_help leadning to a BUG_ON again.

Both of the above have been patched for now, to make tests pass, but these lead to unoredictable results like the dce-iperf-heterogeneous-multihop example (which previously worked) to CRASH at the kernel wait queue due to a NULL pointer.

This is also most probably linked to hardware offloading.

Corresponsing DCE issue : #3

Linux Commit responsible : https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=031a414b80a9cbfa0a6d3f334e7299f6bfb1654b

Reverting the patch makes dce-cradle-simple receive all 1024 Bytes.

But it might cause unexpected results in certain scenarios.

It's probably concerned with hardware offloading.

ethool tries to issue certain NETLINK layer socket operations, which makes calls to the function __task_pid_nr_ns, which tries to access the PID namespace which should be set in the current task's task_struct, but doing so is redundant, as we re-use the same namespace for every new task.

And even if we added a namespace to each task based on the INIT_PID kernel call, it would not make much difference, as the PID levels are the same.

Possible solution is to make use of pid_nr instead.

Also, the PIDTYPE_TGID type is not set.

Corresponsing DCE Issue : #6

Aims at resolving #1 and #2