summaryrefslogtreecommitdiffstats
path: root/lib/locking-selftest-rtmutex.h
diff options
context:
space:
mode:
authorTakashi Iwai <tiwai@suse.de>2017-10-02 14:06:43 +0200
committerTakashi Iwai <tiwai@suse.de>2017-10-02 18:10:47 +0200
commit7682e399485fe19622b6fd82510b1f4551e48a25 (patch)
tree6bbd49660a8fa76973edd06ed8f91c84588bab0a /lib/locking-selftest-rtmutex.h
parent51db452df07bb4c5754b73789253ba21681d9dc2 (diff)
downloadlinux-7682e399485fe19622b6fd82510b1f4551e48a25.tar.gz
linux-7682e399485fe19622b6fd82510b1f4551e48a25.tar.bz2
linux-7682e399485fe19622b6fd82510b1f4551e48a25.zip
ALSA: usx2y: Suppress kernel warning at page allocation failures
The usx2y driver allocates the stream read/write buffers in continuous pages depending on the stream setup, and this may spew the kernel warning messages with a stack trace like: WARNING: CPU: 1 PID: 1846 at mm/page_alloc.c:3883 __alloc_pages_slowpath+0x1ef2/0x2d70 Modules linked in: CPU: 1 PID: 1846 Comm: kworker/1:2 Not tainted .... It may confuse user as if it were any serious error, although this is no fatal error and the driver handles the error case gracefully. Since the driver has already some sanity check of the given size (128 and 256 pages), it can't pass any crazy value. So it's merely page fragmentation. This patch adds __GFP_NOWARN to each caller for suppressing such kernel warnings. The original issue was spotted by syzkaller. Reported-by: Andrey Konovalov <andreyknvl@google.com> Tested-by: Andrey Konovalov <andreyknvl@google.com> Cc: <stable@vger.kernel.org> Signed-off-by: Takashi Iwai <tiwai@suse.de>
Diffstat (limited to 'lib/locking-selftest-rtmutex.h')
0 files changed, 0 insertions, 0 deletions