summaryrefslogtreecommitdiffstats
path: root/fs/coda/cache.c
diff options
context:
space:
mode:
authorSeongJae Park <sjpark@amazon.de>2020-12-14 10:02:45 +0100
committerJuergen Gross <jgross@suse.com>2020-12-14 10:02:45 +0100
commitfed1755b118147721f2c87b37b9d66e62c39b668 (patch)
treec85a0c3f96dbe2aee72474fb994f24d7660156a6 /fs/coda/cache.c
parent2c85ebc57b3e1817b6ce1a6b703928e113a90442 (diff)
downloadlinux-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 'fs/coda/cache.c')
0 files changed, 0 insertions, 0 deletions