From mboxrd@z Thu Jan 1 00:00:00 1970 From: Richard Weinberger Subject: Re: vmalloc with GFP_NOFS Date: Tue, 24 Apr 2018 21:05:05 +0200 Message-ID: <1715857.C3bTW05DZe@blindfold> References: <20180424162712.GL17484@dhcp22.suse.cz> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="nextPart1929745.k0RrSNZNOz" Content-Transfer-Encoding: 7Bit Cc: Kate Stewart , Trond Myklebust , LKML , linux-mm@kvack.org, Andreas Dilger , Boris Brezillon , cluster-devel@redhat.com, Marek Vasut , linux-ext4@vger.kernel.org, Cyrille Pitchen , Mikulas Patocka , linux-nfs@vger.kernel.org, Theodore Ts'o , Artem Bityutskiy , Adrian Hunter , Philippe Ombredanne , linux-mtd@lists.infradead.org, Brian Norris , David Woodhouse , Anna Schumaker To: Michal Hocko Return-path: In-Reply-To: <20180424162712.GL17484@dhcp22.suse.cz> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: cluster-devel-bounces@redhat.com Errors-To: cluster-devel-bounces@redhat.com List-Id: linux-ext4.vger.kernel.org This is a multi-part message in MIME format. --nextPart1929745.k0RrSNZNOz Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Dienstag, 24. April 2018, 18:27:12 CEST schrieb Michal Hocko: > Hi, > it seems that we still have few vmalloc users who perform GFP_NOFS > allocation: > drivers/mtd/ubi/io.c UBI is also not a big deal. We use it here like in UBIFS for debugging when self-checks are enabled. Thanks, //richard --nextPart1929745.k0RrSNZNOz Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="us-ascii"

Am Dienstag, 24. April 2018, 18:27:12 CEST schrieb Michal Hocko:

> Hi,

> it seems that we still have few vmalloc users who perform GFP_NOFS

> allocation:

> drivers/mtd/ubi/io.c

 

UBI is also not a big deal. We use it here like in UBIFS for debugging

when self-checks are enabled.

 

Thanks,

//richard

--nextPart1929745.k0RrSNZNOz-- 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 DDA3C6B0005 for ; Tue, 24 Apr 2018 15:05:07 -0400 (EDT) Received: by mail-wm0-f71.google.com with SMTP id x16so939932wmc.8 for ; Tue, 24 Apr 2018 12:05:07 -0700 (PDT) Received: from lithops.sigma-star.at (lithops.sigma-star.at. [195.201.40.130]) by mx.google.com with ESMTPS id w23si3484233edr.80.2018.04.24.12.05.06 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 24 Apr 2018 12:05:06 -0700 (PDT) From: Richard Weinberger Subject: Re: vmalloc with GFP_NOFS Date: Tue, 24 Apr 2018 21:05:05 +0200 Message-ID: <1715857.C3bTW05DZe@blindfold> In-Reply-To: <20180424162712.GL17484@dhcp22.suse.cz> References: <20180424162712.GL17484@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="nextPart1929745.k0RrSNZNOz" Content-Transfer-Encoding: 7Bit Sender: owner-linux-mm@kvack.org List-ID: To: Michal Hocko Cc: LKML , Artem Bityutskiy , David Woodhouse , Brian Norris , Boris Brezillon , Marek Vasut , Cyrille Pitchen , Theodore Ts'o , Andreas Dilger , Steven Whitehouse , Bob Peterson , Trond Myklebust , Anna Schumaker , Adrian Hunter , Philippe Ombredanne , Kate Stewart , Mikulas Patocka , linux-mtd@lists.infradead.org, linux-ext4@vger.kernel.org, cluster-devel@redhat.com, linux-nfs@vger.kernel.org, linux-mm@kvack.org This is a multi-part message in MIME format. --nextPart1929745.k0RrSNZNOz Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Dienstag, 24. April 2018, 18:27:12 CEST schrieb Michal Hocko: > Hi, > it seems that we still have few vmalloc users who perform GFP_NOFS > allocation: > drivers/mtd/ubi/io.c UBI is also not a big deal. We use it here like in UBIFS for debugging when self-checks are enabled. Thanks, //richard --nextPart1929745.k0RrSNZNOz Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="us-ascii"

Am Dienstag, 24. April 2018, 18:27:12 CEST schrieb Michal Hocko:

> Hi,

> it seems that we still have few vmalloc users who perform GFP_NOFS

> allocation:

> drivers/mtd/ubi/io.c

 

UBI is also not a big deal. We use it here like in UBIFS for debugging

when self-checks are enabled.

 

Thanks,

//richard

--nextPart1929745.k0RrSNZNOz-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Richard Weinberger Date: Tue, 24 Apr 2018 21:05:05 +0200 Subject: [Cluster-devel] vmalloc with GFP_NOFS In-Reply-To: <20180424162712.GL17484@dhcp22.suse.cz> References: <20180424162712.GL17484@dhcp22.suse.cz> Message-ID: <1715857.C3bTW05DZe@blindfold> List-Id: To: cluster-devel.redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Am Dienstag, 24. April 2018, 18:27:12 CEST schrieb Michal Hocko: > Hi, > it seems that we still have few vmalloc users who perform GFP_NOFS > allocation: > drivers/mtd/ubi/io.c UBI is also not a big deal. We use it here like in UBIFS for debugging when self-checks are enabled. Thanks, //richard -------------- next part -------------- An HTML attachment was scrubbed... URL: