Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp4455973ybi; Tue, 11 Jun 2019 07:00:54 -0700 (PDT) X-Google-Smtp-Source: APXvYqzo95UhdnP/dlnC3edERsI5yvSp0OPD7Jzn9eBHuW5itJR2XZhaTpXq2rR4MNYQZND/DeFu X-Received: by 2002:a65:654f:: with SMTP id a15mr20032352pgw.73.1560261653762; Tue, 11 Jun 2019 07:00:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560261653; cv=none; d=google.com; s=arc-20160816; b=cdfj/EYm+FNYxj70YZBgGfhW4JtfzIlZUXMGvVrLdPT1RbrVtByH5xmV5jK9oaEvvL 5NYypADwkU2O1OgseyxzGjnpeaRIm5Ro6GyC+/5FasPMrCaEr+uo+/wCla3LvG7Cc30h I6V7W38gW7FBSfNQ1dRUj5isOftccLwO/60faci+fn5V4VfIjDSWhuAmVw/CPPRx2Mha 2EBSVYNihPx+tCwmskVDynPdvR51eoGM/XWtK+PL1e2WzM1H2blXouxi0RxtWJuabH64 r6TUX2o27Mw226j1w6YOS1CO5OoIyqiU1Wbp6dA5OAjE/i/sZCG9oKraxcujk+1mL/SM P4ew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:subject:from:dkim-signature; bh=TR2jsLXLuKJzsRWAqZLBERMt4T32XKyN+tY7oRfNleI=; b=puh0ZFs0XoNqnAFr4GF8gT6rbXUnz44gmFlTBS3qbejtMGYuqILqv4f8QHKh9rb3kK saCFctizPRXdkvAc5G1gXuvHeBvArb1sT4h78yKjieSNmjnySXJPammDY35pPGYeAI4C gFyllhyylnQP/+yDaklCQc1G7Y89liJpHMGMAc9IWb7JAYtaARSrl42J2v6dZsOq+RiU t4G8RGBq/p0fJ/282ZUVzdH8cMCzQVmEIBMpYDhC7ret6Fo9i4aCFjtRzEoVlIOOirP/ lf8icUc/fp467vN6Bm+uowTVAZKjZaY92wezUSjukzJN4KWl0W8GACL6JornXyZDPnTi kdTg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=nAt+Ugq6; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e20si12852012pgi.547.2019.06.11.07.00.37; Tue, 11 Jun 2019 07:00:53 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=nAt+Ugq6; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2390078AbfFKNHn (ORCPT + 99 others); Tue, 11 Jun 2019 09:07:43 -0400 Received: from mail-pl1-f195.google.com ([209.85.214.195]:37762 "EHLO mail-pl1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2389744AbfFKNHm (ORCPT ); Tue, 11 Jun 2019 09:07:42 -0400 Received: by mail-pl1-f195.google.com with SMTP id bh12so5107438plb.4; Tue, 11 Jun 2019 06:07:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=TR2jsLXLuKJzsRWAqZLBERMt4T32XKyN+tY7oRfNleI=; b=nAt+Ugq6jGDQK0SymQwKd3xpbk2GdnlJurj19UoyEM0TmKUTrJ4JpE2LoBkYEnxlTB YJNQXTvg6Evv9BBlKAk54NPras07mCWlJhU8Ghzd03qh2eLz3Cl3T9tvuy0q7ma1Cap1 pD0zep2s+9jF15F9BKXq/Dm1q/OflWRkGa1D21zFfJZJTu2C7g+DX3riFbcD1FChjFON N9dGXcOni7cmh3OfdWDDNRGJKapyMgAKoLheqO/Inz8S+CUwy3Ia2spBSVcBllLFcKZw hAZd0Ks8kSvs094FDW/MW4wUU7vcSj81k50PGF0GOBSIDSXqkuMHn/F6NGK8o1ohXqYZ VTmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=TR2jsLXLuKJzsRWAqZLBERMt4T32XKyN+tY7oRfNleI=; b=T1XXaGKQeRoUeOhLLgQsMQqZyo3OpUTso0ZJBMg9W29pCbzKkK4NlsaazP9Och26yW zOcUjt/Hft/pEgi4chqnAYO8zx6273Stk0hOVf3pEf2m0XuXhiCZ9OQJ1oklalL+7CEQ TqFWMTjkC/NmRLaqfQ3F/iPwI4qB+/nHjWXjefN2V0775fVqD5w9WbFjjBY2yY0Lpeyz tV/yyqMS5O9a0ygXwQuV4EfPr3CzDW5fFVyjzwfy6qxV4wGAjNoK6ZBKuySDUoE+l9cO TkAukvmcG6CYprzJ9v+Ln+Y8p/4n2lgjGiHQwQnyZRxJKm2Jq1UvAW5g7tS1BoylgD/w jxBw== X-Gm-Message-State: APjAAAWWwmM8+V/rQE/pjVG+54ZH+fYDllnAehA1ihLs7IzxEB1if/1R DQdwCyGVahcgOXmsHnDWAkLzRvu02QQ= X-Received: by 2002:a17:902:9a42:: with SMTP id x2mr59510096plv.106.1560258462160; Tue, 11 Jun 2019 06:07:42 -0700 (PDT) Received: from [10.44.0.192] ([103.48.210.53]) by smtp.gmail.com with ESMTPSA id q36sm4347237pgl.23.2019.06.11.06.07.37 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 11 Jun 2019 06:07:41 -0700 (PDT) From: Greg Ungerer X-Google-Original-From: Greg Ungerer Subject: Re: [PATCH 04/15] binfmt_flat: remove flat_old_ram_flag To: Christoph Hellwig Cc: Michal Simek , linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org, uclinux-h8-devel@lists.sourceforge.jp, linux-m68k@lists.linux-m68k.org, linux-riscv@lists.infradead.org, linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org, linux-kernel@vger.kernel.org References: <20190610212015.9157-1-hch@lst.de> <20190610212015.9157-5-hch@lst.de> <20190611073648.GA21522@lst.de> Message-ID: <1aaf5ce2-1e7a-e818-fbeb-42fbe551a108@linux-m68k.org> Date: Tue, 11 Jun 2019 23:07:36 +1000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <20190611073648.GA21522@lst.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/6/19 5:36 pm, Christoph Hellwig wrote: > On Tue, Jun 11, 2019 at 04:04:39PM +1000, Greg Ungerer wrote: >>> index c0e4535dc1ec..18d82fd5f57c 100644 >>> --- a/fs/binfmt_flat.c >>> +++ b/fs/binfmt_flat.c >>> @@ -488,7 +488,8 @@ static int load_flat_file(struct linux_binprm *bprm, >>> * fix up the flags for the older format, there were all kinds >>> * of endian hacks, this only works for the simple cases >>> */ >>> - if (rev == OLD_FLAT_VERSION && flat_old_ram_flag(flags)) >>> + if (IS_ENABLED(CONFIG_BINFMT_FLAT_OLD_ALWAYS_RAM) && >>> + rev == OLD_FLAT_VERSION) >> >> The flags are from the binary file header here, so this is going to lose >> that check for most platforms (except h8300 where it would always have >> been true). > > Indeed. The old code is: > > if (rev == OLD_FLAT_VERSION && flat_old_ram_flag(flags)) > flags = FLAT_FLAG_RAM; > > which for !h8300 evaluates to: > > if (rev == OLD_FLAT_VERSION && flags) > flags = FLAT_FLAG_RAM; > > so basically if any flag was set it was turned into FLAT_FLAG_RAM. > Was that really intentional? Probably not, looking at the flags. For the compressed flag it makes some sense. But I don't think many of the others need load to RAM behavior. > I guess even if it wasn't the is no > point in changing this historic behavior now. > > So I guess what we could do it something like: > > if (rev == OLD_FLAT_VERSION && > (flags || IS_ENABLED(CONFIG_BINFMT_FLAT_OLD_ALWAYS_RAM))) > flags = FLAT_FLAG_RAM; Yeah, that to looks to preserve the old behavior. Regards Greg