From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.2 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5EBB6C4320E for ; Mon, 26 Jul 2021 05:22:44 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 1D97D60F21 for ; Mon, 26 Jul 2021 05:22:44 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 1D97D60F21 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=linux-foundation.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=kvack.org Received: by kanga.kvack.org (Postfix) id A1C896B0033; Mon, 26 Jul 2021 01:22:43 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 9CBCC6B005D; Mon, 26 Jul 2021 01:22:43 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 8B9E18D0001; Mon, 26 Jul 2021 01:22:43 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0169.hostedemail.com [216.40.44.169]) by kanga.kvack.org (Postfix) with ESMTP id 71CD16B0033 for ; Mon, 26 Jul 2021 01:22:43 -0400 (EDT) Received: from smtpin29.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay03.hostedemail.com (Postfix) with ESMTP id 1A14B8249980 for ; Mon, 26 Jul 2021 05:22:43 +0000 (UTC) X-FDA: 78403594206.29.F178806 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by imf18.hostedemail.com (Postfix) with ESMTP id 9F81840143DA for ; Mon, 26 Jul 2021 05:22:42 +0000 (UTC) Received: by mail.kernel.org (Postfix) with ESMTPSA id 73BDB60E78; Mon, 26 Jul 2021 05:22:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1627276961; bh=7VuNE40SapuFirvo2iFJbgsIEjfS892Eh8/ky0HWcYc=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=f7vnW0oRBpZbBvtsN2bbB7Hn3LlIFpY6jzSacS2zsAqaSATXkc43cqsLDZgh3kAqJ R4lcTfnFd0VZ3X5vBsxo35mYL3hw8AW+aHNIIdCwoWwRg8d5Fn6IOjDPGzzONFzihN r8xFpHOi8OARCV3neT5LSb562w0ATzc8lOTuDHIA= Date: Sun, 25 Jul 2021 22:22:40 -0700 From: Andrew Morton To: Al Viro Cc: bugs+kernel.org@dtnr.ch, dhowells@redhat.com, linux-mm@kvack.org, mike.kravetz@oracle.com, mm-commits@vger.kernel.org, stable@vger.kernel.org, torvalds@linux-foundation.org, willy@infradead.org Subject: Re: [patch 15/15] hugetlbfs: fix mount mode command line processing Message-Id: <20210725222240.61b3c7b27724efa93414ac7e@linux-foundation.org> In-Reply-To: References: <20210723154926.c6cda0f262b1990b950a5886@linux-foundation.org> <20210723225044.DpiHGbzxj%akpm@linux-foundation.org> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.32; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Server: rspam06 X-Rspamd-Queue-Id: 9F81840143DA Authentication-Results: imf18.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b=f7vnW0oR; dmarc=none; spf=pass (imf18.hostedemail.com: domain of akpm@linux-foundation.org designates 198.145.29.99 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org X-Stat-Signature: xop9z9s8aymbh75xyjrwjfhmr1tgkpng X-HE-Tag: 1627276962-327955 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Sat, 24 Jul 2021 01:41:52 +0000 Al Viro wrote: > On Fri, Jul 23, 2021 at 03:50:44PM -0700, Andrew Morton wrote: > > From: Mike Kravetz > > Subject: hugetlbfs: fix mount mode command line processing > > > > In commit 32021982a324 ("hugetlbfs: Convert to fs_context") processing of > > the mount mode string was changed from match_octal() to fsparam_u32. This > > changed existing behavior as match_octal does not require octal values to > > have a '0' prefix, but fsparam_u32 does. > > > > Use fsparam_u32oct which provides the same behavior as match_octal. > > Looks sane... Which tree do you want it to go through? It's now in mainline, with cc:stable, Fixes: 32021982a324.