Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp258575imm; Tue, 5 Jun 2018 19:21:02 -0700 (PDT) X-Google-Smtp-Source: ADUXVKKPnDSPPZG+AChuJ0PP5YmWRH/P1NOzHZ9ZjJ8dCpidhXggO0Qc6tvi+m9Xrms4I5wwecJj X-Received: by 2002:a17:902:b087:: with SMTP id p7-v6mr1180335plr.227.1528251662356; Tue, 05 Jun 2018 19:21:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528251662; cv=none; d=google.com; s=arc-20160816; b=HYGFO3W0lTcw4Pl+AXfQ7z4wUOzpxQOHuX+/fx2RfAN6ek/IGZpKER31UArZl8eC5i A4u94GjPwlxwEXkD4qZHLG2RoYnpyoq53XTtTaibKeKWR9v66n5k8tAhXJJcrebkshvl Alg0vHIf16Inny4gc48rlBpo3IMXeIubhrqysQpBlWopffej3znAsyBrpzu/+5MJ40IU JcHkG/AK7NnCjzg11/LeceUlNT59rEF/t2ocwYCLvoigBSQrjVtGrV85BH40cbbGXK1A wiX+3K3UzqWt26lzmL+H1o+w/LJFCg7j9yWrSqQrgOddScoXP5dWsPVYvoUHft+r0bLi 2IUg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature :arc-authentication-results; bh=rCQyQDj+LM34FvCC+touO8Tvh2cVXOBsZBYOs5gjzv0=; b=toJtFctED//8lCei7cOO4RONcGDBtmUSslcfPdxQEROksGWRFJexqYNlvKxHCTkFB+ KFD3liq8pXgEKq6o19ob+1TdqsGQFvknAz00WDSlC57fDXSFVBCOltK4/BnNV+50e5VS BpeCwIPan0euHv5E4fUrhLurseXGOI47hiLVMwohYsTu1xkIREg5/HvWRtzefiQoEDG7 tqns/WdAymn5PFZshVdsBQbO2bYqeCTQzYwy13eDcF1jlpHVVL7rZ1Noz8SvIsar07Oj oyeVz3scTMYb+5cQcjY6sKheGWPUkYcjhPpLC3UWGpc+fJ41eQ4rZ4eRhgc9S2PAeuaY d5YQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=google header.b=PyGoYDjH; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b83-v6si24740408pfk.342.2018.06.05.19.20.48; Tue, 05 Jun 2018 19:21:02 -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=@linux-foundation.org header.s=google header.b=PyGoYDjH; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752789AbeFFCUD (ORCPT + 99 others); Tue, 5 Jun 2018 22:20:03 -0400 Received: from mail-it0-f52.google.com ([209.85.214.52]:50286 "EHLO mail-it0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752424AbeFFCUC (ORCPT ); Tue, 5 Jun 2018 22:20:02 -0400 Received: by mail-it0-f52.google.com with SMTP id u4-v6so6132570itg.0 for ; Tue, 05 Jun 2018 19:20:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rCQyQDj+LM34FvCC+touO8Tvh2cVXOBsZBYOs5gjzv0=; b=PyGoYDjHt18xOK5RguJRqCoUSyFWYhTyZyKbqzMR7iOVerCXbcYn79xzo1GOqc+s3J goAB51pBzXYwZBtiIwNED2ZQ8txEMS/yxn1lmURXHGyw4OmJ7eLCV3pzttqF0ZIGmJw6 j1lVEvhpDp9EAWs2kyYx6f3db1IZBdmaYhnUg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=rCQyQDj+LM34FvCC+touO8Tvh2cVXOBsZBYOs5gjzv0=; b=cFlXzTJT8MjLhvl8bBZ5wNzULw3qzbXqkWlxUb1qyiL9BQHY4bD0rZRH09lvzjfKK0 CTNDKUIihrPeffNlhIhzKtgOE1NefFoo6EGEG1eeSeuGKuhxMb4kj/iCTLitqhMA1cPC bVF2wbGxvBSBsK50g8Chkdc5iUJSoNaBGQfjze8ZTaozZ4dpGaK9Zs2lcjdxXu2ozAPp 7/y9Up/sojnpPbwJejlqUVahIUDfYuj+i3rvT98HYKFwSg4v9Ym50mQ/bix1GpqackeX EXmKKlp7Y3gfuoFJBH2yTr9/uSew5Bu9AYN3vYXL1+nZhFppSdQansUsKSZ40eg/4d1p ijhw== X-Gm-Message-State: APt69E09Bp+euD18Y8YJLanaY9YBa3ITgm5+OLuXSXFnaMy6s2KP4r1w U1UOTQc1WpM1XshPkFLoLDWIt5mLsZ3YAxrnPQ4= X-Received: by 2002:a24:5b81:: with SMTP id g123-v6mr677808itb.1.1528251602060; Tue, 05 Jun 2018 19:20:02 -0700 (PDT) MIME-Version: 1.0 References: <8f46ed9a-85c0-8df4-2d1e-d268cbc9d0e9@mageia.org> <7a5458da-4222-7480-00ed-a51bed2c1e39@mageia.org> In-Reply-To: From: Linus Torvalds Date: Tue, 5 Jun 2018 19:19:50 -0700 Message-ID: Subject: Re: building in 32bit chroot on x86_64 host broken To: Masahiro Yamada Cc: tmb@mageia.org, Ulf Magnusson , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 5, 2018 at 6:54 PM Linus Torvalds wrote: > > But once you *have* that particular Kconfig, I do think that "make > oldconfig" should just work. And it apparently used to. > > So I think this is a behavioral regression. That doesn't necessarily mean that he fix should be to revert. Maybe the fix is to simply change how we generate the ARCH variable. Right now, in the Makefile, it is ARCH ?= $(SUBARCH) so basically "if the user didn't specify ARCH, we pick it from SUBARCH". But that doesn't make much sense for "make oldconfig" does it? So maybe we could make the rule be that if the user didn't specify ARCH explicitly, we take it from SUBARCH, _except_ if we are doing "make oldconfig", in which case we take it from the .config file. That makes a certain amount of sense, wouldn't you agree? Doing "oldconfig" and silently changing ARCH under the user seems pretty user-hostile. In fact, I think it would _always_ make sense to take ARCH from the config file, _unless_ we're actively generating a new config file entirely (ie "make *config", not counting "oldconfig"). Hmm? Linus