Re: [PATCH][RT] netpoll: Always take poll_lock when doing polling

nks again to everyone for your advice, and I hope to meet some of you in Berlin next month. -- Alison From 1c83b4ee5d572bc1ede630fc72d01228ff2338e2 Mon Sep 17 00:00:00 2001 From: Alison Chaiken <ali...@peloton-tech.com> Date: Sat, 3 Sep 2016 15:51:41 -0700 Subject: [PATCH] kprobes: detect e

Re: [PATCH][RT] netpoll: Always take poll_lock when doing polling

I wrote: >>We've applied Sebastian's commit "softirq: split timer softirqs out of >>ksoftirqd," which improved event loop stability substantially when we Sebastian Andrzej Siewior replied: >Why did you apply that one? You have 4.1.18-ti-rt so I don't know how >that works

Re: [PATCH][RT] netpoll: Always take poll_lock when doing polling

Steven Rostedt suggests in reference to "[PATCH][RT] netpoll: Always take poll_lock when doing polling" >> >> [ Alison, can you try this patch ] >> Sebastian follows up: >> >Alison, did you try it? I wrote: >> I did try that patch, but it hasn't made much difference. Let me >> back up and

Re: [PATCH][RT] netpoll: Always take poll_lock when doing polling

ion. I still am not sure how to tell if the NAPI switch from interrupt-driven to polling is properly taking place. Any suggestion on how best to monitor that behavior with overly loading the system would be appreciated. Thanks again for the patches, Alison Chaiken Peloton Technology