From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f71.google.com (mail-wm0-f71.google.com [74.125.82.71]) by kanga.kvack.org (Postfix) with ESMTP id 30AB06B0069 for ; Tue, 23 Aug 2016 03:55:58 -0400 (EDT) Received: by mail-wm0-f71.google.com with SMTP id l4so79002524wml.0 for ; Tue, 23 Aug 2016 00:55:58 -0700 (PDT) Received: from mail-wm0-f67.google.com (mail-wm0-f67.google.com. [74.125.82.67]) by mx.google.com with ESMTPS id eo1si1895082wjb.236.2016.08.23.00.55.56 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 23 Aug 2016 00:55:57 -0700 (PDT) Received: by mail-wm0-f67.google.com with SMTP id o80so16902315wme.0 for ; Tue, 23 Aug 2016 00:55:56 -0700 (PDT) Date: Tue, 23 Aug 2016 09:55:55 +0200 From: Michal Hocko Subject: Re: [PATCH 09/10] vhost, mm: make sure that oom_reaper doesn't reap memory read by vhost Message-ID: <20160823075555.GE23577@dhcp22.suse.cz> References: <20160728233359-mutt-send-email-mst@kernel.org> <20160729060422.GA5504@dhcp22.suse.cz> <20160729161039-mutt-send-email-mst@kernel.org> <20160729133529.GE8031@dhcp22.suse.cz> <20160729205620-mutt-send-email-mst@kernel.org> <20160731094438.GA24353@dhcp22.suse.cz> <20160812094236.GF3639@dhcp22.suse.cz> <20160812132140.GA776@redhat.com> <20160822130311.GL13596@dhcp22.suse.cz> <20160822210123.5k6zwdrkhrwjw5vv@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160822210123.5k6zwdrkhrwjw5vv@redhat.com> Sender: owner-linux-mm@kvack.org List-ID: To: "Michael S. Tsirkin" Cc: Oleg Nesterov , "Paul E. McKenney" , linux-mm@kvack.org, Andrew Morton , Tetsuo Handa , David Rientjes , Vladimir Davydov On Tue 23-08-16 00:01:23, Michael S. Tsirkin wrote: [...] > Actually, vhost net calls out to tun which does regular copy_from_iter. > Returning 0 there will cause corrupted packets in the network: not a > huge deal, but ugly. And I don't think we want to annotate run and > macvtap as well. Hmm, OK, I wasn't aware of that path and being consistent here matters. If the vhost driver can interact with other subsystems then there is really no other option than hooking into the page fault path. Ohh well. -- Michal Hocko SUSE Labs -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org