lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Fri, 22 May 2020 03:46:58 +0100 From: Chris Wilson <chris@...is-wilson.co.uk> To: Andrew Morton <akpm@...ux-foundation.org>, John Hubbard <jhubbard@...dia.com> Cc: Souptick Joarder <jrdr.linux@...il.com>, Matthew Wilcox <willy@...radead.org>, Jani Nikula <jani.nikula@...ux.intel.com>, Joonas Lahtinen <joonas.lahtinen@...ux.intel.com>, Rodrigo Vivi <rodrigo.vivi@...el.com>, David Airlie <airlied@...ux.ie>, Daniel Vetter <daniel@...ll.ch>, Tvrtko Ursulin <tvrtko.ursulin@...el.com>, Matthew Auld <matthew.auld@...el.com>, intel-gfx@...ts.freedesktop.org, dri-devel@...ts.freedesktop.org, LKML <linux-kernel@...r.kernel.org>, linux-mm@...ck.org, John Hubbard <jhubbard@...dia.com> Subject: Re: [PATCH] mm/gup: fixup gup.c for "mm/gup: refactor and de-duplicate gup_fast() code" Quoting John Hubbard (2020-05-22 00:38:41) > Include FOLL_FAST_ONLY in the list of flags to *not* WARN() > on, in internal_get_user_pages_fast(). > > Cc: Chris Wilson <chris@...is-wilson.co.uk> > Cc: Daniel Vetter <daniel@...ll.ch> > Cc: David Airlie <airlied@...ux.ie> > Cc: Jani Nikula <jani.nikula@...ux.intel.com> > Cc: "Joonas Lahtinen" <joonas.lahtinen@...ux.intel.com> > Cc: Matthew Auld <matthew.auld@...el.com> > Cc: Matthew Wilcox <willy@...radead.org> > Cc: Rodrigo Vivi <rodrigo.vivi@...el.com> > Cc: Souptick Joarder <jrdr.linux@...il.com> > Cc: Tvrtko Ursulin <tvrtko.ursulin@...el.com> > Signed-off-by: John Hubbard <jhubbard@...dia.com> > --- > > Hi Andrew, Chris, > > Andrew: This is a fixup that applies to today's (20200521) linux-next. > In that tree, this fixes up: > > commit dfb8dfe80808 ("mm/gup: refactor and de-duplicate gup_fast() code") > > Chris: I'd like to request another CI run for the drm/i915 changes, so > for that, would you prefer that I post a v2 of the series [1], or > is it easier for you to just apply this patch here, on top of [2]? If you post your series again with this patch included to intel-gfx, CI will pick it up. Or I'll do that in the morning. -Chris
Powered by blists - more mailing lists