diff options
author | SeongJae Park <sjpark@amazon.de> | 2020-12-14 10:02:45 +0100 |
---|---|---|
committer | Juergen Gross <jgross@suse.com> | 2020-12-14 10:02:45 +0100 |
commit | fed1755b118147721f2c87b37b9d66e62c39b668 (patch) | |
tree | c85a0c3f96dbe2aee72474fb994f24d7660156a6 /kernel | |
parent | 2c85ebc57b3e1817b6ce1a6b703928e113a90442 (diff) | |
download | linux-fed1755b118147721f2c87b37b9d66e62c39b668.tar.gz linux-fed1755b118147721f2c87b37b9d66e62c39b668.tar.bz2 linux-fed1755b118147721f2c87b37b9d66e62c39b668.zip |
xen/xenbus: Allow watches discard events before queueing
If handling logics of watch events are slower than the events enqueue
logic and the events can be created from the guests, the guests could
trigger memory pressure by intensively inducing the events, because it
will create a huge number of pending events that exhausting the memory.
Fortunately, some watch events could be ignored, depending on its
handler callback. For example, if the callback has interest in only one
single path, the watch wouldn't want multiple pending events. Or, some
watches could ignore events to same path.
To let such watches to volutarily help avoiding the memory pressure
situation, this commit introduces new watch callback, 'will_handle'. If
it is not NULL, it will be called for each new event just before
enqueuing it. Then, if the callback returns false, the event will be
discarded. No watch is using the callback for now, though.
This is part of XSA-349
Cc: stable@vger.kernel.org
Signed-off-by: SeongJae Park <sjpark@amazon.de>
Reported-by: Michael Kurth <mku@amazon.de>
Reported-by: Pawel Wieczorkiewicz <wipawel@amazon.de>
Reviewed-by: Juergen Gross <jgross@suse.com>
Signed-off-by: Juergen Gross <jgross@suse.com>
Diffstat (limited to 'kernel')
0 files changed, 0 insertions, 0 deletions