Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp1356900ybh; Thu, 23 Jul 2020 07:00:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxSO4U90Zhaa83jPh6xtMjanqQu4LMDqjpRz/CB1MT9TeTaFuU/Lf5siS2dEpGJTF5nxRUO X-Received: by 2002:a17:906:4c48:: with SMTP id d8mr4323864ejw.331.1595512831310; Thu, 23 Jul 2020 07:00:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595512831; cv=none; d=google.com; s=arc-20160816; b=XVHTIUVl/VKBq9P1mG/c917XXzZYzmhn+DOf//s65wLOtaRFRgE+Exmhhke46SLtxx KLIEh9G/IiBt8XBmUPcTOhgZWLvzQM0YUFCSvqWoKKMdfboU28QcekY4NsDeCM318jc/ IsRnxH2wWZVnoc0/I8II8K92RoHsB/KwL2ENIhooiwHziZUXdEuzXjnicQrUWbQEl3JJ hC/+gSx0aJguzba58L6KgiMYWBK74FMXVHM7mr1Zgja6gwWSg2+f2IjXHX63Ru1x6BKG wq1PdEhd7g9cVwfLEP65Se0BSOOCIlLKE4aHFypdB59GYZoOtDkgPsvYqyBhkIYrtsvw e5wg== 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; bh=6ZpTHSXvcoRTy/+nFqnNlHUMGdUgAef9vt1vEWkYO74=; b=JbMVy+ZJ7YUaWzUyWRqDGAezmgqbWVmyxJYTlE6x/7oGY7REeOJEqRR8ssKJ+6pX7f ghme3lp/yf9QE2NW6DpO4k/cc7X9l+hOjI3hDh5DxjYjFMLyZyag1xtsD3GK4MfUgdXL rhI2UTzX5H+IbfNzyi3pokxRA6splTzuHAyAPqVO4XJ2JBDwWh6LEiudgDa3Vb4Gyvh/ RISNgBWpD9SWdE06oQmfJk1/Skf3WP/sxbYLp01/VucFRd0z4GZpFdhufOl+SLzk+kWl LSz5jiwLju/DLyJT550wSEVqgrmCGdKGrTs9zuceYqTRm60kKrlBIEYVie0RTheU0Wci 8qGw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id la26si1907680ejb.587.2020.07.23.07.00.07; Thu, 23 Jul 2020 07:00:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729396AbgGWN4Q (ORCPT + 99 others); Thu, 23 Jul 2020 09:56:16 -0400 Received: from mout.kundenserver.de ([212.227.17.13]:33963 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729134AbgGWN4Q (ORCPT ); Thu, 23 Jul 2020 09:56:16 -0400 Received: from mail-qk1-f169.google.com ([209.85.222.169]) by mrelayeu.kundenserver.de (mreue106 [212.227.15.145]) with ESMTPSA (Nemesis) id 1MLhsE-1kGH533iF6-00HiXo for ; Thu, 23 Jul 2020 15:56:14 +0200 Received: by mail-qk1-f169.google.com with SMTP id l23so5404326qkk.0 for ; Thu, 23 Jul 2020 06:56:13 -0700 (PDT) X-Gm-Message-State: AOAM533uzl1stOURGdWgrZ0h744lNTx5ZJdTFr+OPMn0IY4asqFSHvCG boj9eamTMAe2VtGFv1HF6aKmdeNuDGrZWmRsVpE= X-Received: by 2002:a37:9004:: with SMTP id s4mr5176965qkd.286.1595512572758; Thu, 23 Jul 2020 06:56:12 -0700 (PDT) MIME-Version: 1.0 References: <20200720204925.3654302-1-ndesaulniers@google.com> <20200720204925.3654302-12-ndesaulniers@google.com> <87365izj7i.fsf@nanos.tec.linutronix.de> <87zh7qy4i4.fsf@nanos.tec.linutronix.de> In-Reply-To: From: Arnd Bergmann Date: Thu, 23 Jul 2020 15:55:55 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v3 11/11] x86: support i386 with Clang To: Sedat Dilek Cc: Thomas Gleixner , Nick Desaulniers , Ingo Molnar , Borislav Petkov , Dennis Zhou , Tejun Heo , Christoph Lameter , "the arch/x86 maintainers" , "H. Peter Anvin" , Al Viro , Andrew Morton , Peter Zijlstra , "linux-kernel@vger.kernel.org" , Clang-Built-Linux ML , David Woodhouse , Dmitry Golovin , Linus Torvalds Content-Type: text/plain; charset="UTF-8" X-Provags-ID: V03:K1:VHGxVsp49KImS4oIXoeddkMq1omTd8LisxdOxonGpXQwixTHgjB 2DwqG0rHFy/FfXjIaG8rN6TzROgOHYzWD67fIjXNamE+UMrlNa16jk8dbF5+cbUgM38QWy0 gRLMW6/PkBvXNyLqSNoHixU4aJ6d8DOHybYQjFF+3YM8nBPNADu6khV6fitQcB34uobX9Ma 71pqg2Ml6aRdckGaAXnKg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:S/nrZhp5nrc=:JAI//IXL+69i5Z1SRHlN6e H7vI+ZBlkdYUHaJLXHPj9inLs9wMp/i3NdHxiJH5FHwFUioW/vPa4PWJdfvZYGofRkVKqsGPx T86s32aXaUnrrNxP2HPIbc8Cagp9+dx5YBGJrrQcJmT6vn+DtIHRmMEpXqgrX3/gDi2j5Zhq5 n6ySIzi0vIyoDrWsvYUrQ64XZN0feWJ7tayeyAPDFZeyGSGRQ5ZDiejS/EmsNsRTF8imjKs8d pFQHv4lYXTMNlPDULTq6HAfTUAMWMc6/oYM7P/TT5QLUZ7AwHLiKZsyH6nBgseihrf+r0QPHT RYE1/gTsNhxmxRppNXejixh0KjDY1Gd7dQdilJ9tJokGpCvEDHYN1QUY7x3EM7jQNL88FXoMf LnUcJ3lktC4iMC6hPek8M78HJXagWH60jqFRCXUDEpffXXnrh+uHCZYOT2twLVWwhkpyueBMd ZqN+4I2Tjzi4wRVYOWLUP62gefusnOUoVKqDq3IZbtbts356PAn3swZ+MaaBbbkMeFWVbitFA jb2DJ1XZv9veWYXXVoSDAkRYgjt4FSZ4QdUjwmQNiKJoAUySzEDEVlTx6+fQis8EWmmW4nEuF fWybknsn2Cwm0/yjXNa5tXIV1GEgC7mg7MzpetSoe1fGjEj6z752VWVQ+xUr8VSvlXR68y1bA XomVUspZjQqli8b70atNe6LZ/Y/kZ3x4Yeofqd9MBRs58cQwkIyPqJv3A1j41jODQXOCZiWz8 wP053n1llPoGSkppB/bnUakG0IvBg9VCfl44my0mwgebFXUl/jwPF7eYXCY5afxFa4B3BDmxM 5e13or0WLQL+xJt9SDwei349gWUsBxtgnB9KjhcTIEMtZRftmNt6nTaE2mx/UZfcdI28dPcDL XSLENht8AzOWQC0KpRg9gjnjkRWSPyZ9FCfyQMVJq3E9dwwPfMrYZXe9Xe5Zh4UXNInLRV7jG HDBCBKTJ40yhvFY91ZyjwdDMzDybERP4cS9BTDlL++2px29rvN+/F Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 23, 2020 at 3:14 PM Sedat Dilek wrote: > What happens when there is no CONFIG_64BIT line? > There exist explicit checks for (and "inverse") of CONFIG_64BIT like > "ifdef" and "ifndef" or any "defined(...)" and its opposite? > I remember I have seen checks for it in x86 tree. As long as you consistently pass ARCH=i386 when running 'make', nothing bad happens, as ARCH=i386 just hides that option. If you run "make ARCH=i386 defconfig" followed by "make olddefconfig" (without ARCH=i386) on a non-i386 machine, the absence of that CONFIG_64BIT line will lead to the kernel going back to a 64-bit configuration. Arnd