Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp2567344pxf; Sat, 27 Mar 2021 16:28:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwkKNH3vuyROiTwwlp1UCknMvjuD4gMhZGHf3DcKyTo6IWi9z6YL6EeirHRn4dSHBRF3Q/3 X-Received: by 2002:a05:6402:22f6:: with SMTP id dn22mr21743525edb.214.1616887731763; Sat, 27 Mar 2021 16:28:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616887731; cv=none; d=google.com; s=arc-20160816; b=bWjncnzEBEdrnAPDrl39zyiCe7ZIYkADD7ik04ToRQyCMTvYATEGpxE/dvFSdM4GdD ncstoOBCslaoTdkCk+rV/wHSjNu8RY5gYw3tXJwi209u2Gg3wvpjMqbFUB3b2nZn2Xgf tTgoi6pOTcFapFi1jZ4RQTgdcHSyUVCePjQrMjkYGfzv8egTYeA0BtjYzfDm/MKvhCzE 5Y6DxoCwODcl+QBx1Dmu7ZFfiie4beBQ9W7SDK+0/wRgSZVGk8nn183e1+VevlOYPzab 1PrjfZkiAi14LDgBslvsnS3x3w8MTJDSofazGiq/MMZJjjvoaYEIZaTk1ktumusWtXbq 2IUg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=VE5BksgTYWGFoCzczxVmrrfnJKKPevyUPieYVmiZPo4=; b=aKq5RkoNg3r0DTfHfipe37lcyMEO0Ylr2r1jipv2mUxXEXihsujwqiVXBGWZDBdTTV 3ZmNnkfcwDjo7ZJ1XYUorGPZ9rYGFSWjQ0EwZPLq9D6xgxBSW2pjOi51e69SaG34MF+X aQYYmIcPLYKMTk3khHJldu2MKY3pDb/eFqdrIjsdy/BYX9dGUSjVQ8qFnfKD8LaAVuD/ uYabnfT08Srr98lvZtu0Qwk9o35cHEygCZHVQ0i6KlesLHYiU6XRnkVB8Z2mzQK5mPLe LxQqa7R/dYdLQrQS9EBNz0UmrLCLUsHctRQffS+Ex+HJ3l6c0aQztu24RvCVvBS+p5rL bwhQ== 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 dm20si10813329edb.120.2021.03.27.16.28.16; Sat, 27 Mar 2021 16:28:51 -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 S230470AbhC0X0X (ORCPT + 99 others); Sat, 27 Mar 2021 19:26:23 -0400 Received: from wtarreau.pck.nerim.net ([62.212.114.60]:50895 "EHLO 1wt.eu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230176AbhC0X0B (ORCPT ); Sat, 27 Mar 2021 19:26:01 -0400 Received: (from willy@localhost) by pcw.home.local (8.15.2/8.15.2/Submit) id 12RNPp7x021074; Sun, 28 Mar 2021 00:25:51 +0100 Date: Sun, 28 Mar 2021 00:25:51 +0100 From: Willy Tarreau To: Mateusz Jonczyk Cc: linux-kernel@vger.kernel.org Subject: Re: Testers wanted: Atom netbooks with x86_64 disabled by BIOS Message-ID: <20210327232551.GA20783@1wt.eu> References: <20210327203218.119372-1-mat.jonczyk@o2.pl> <20210327211322.121708-1-mat.jonczyk@o2.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210327211322.121708-1-mat.jonczyk@o2.pl> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Sat, Mar 27, 2021 at 10:13:22PM +0100, Mateusz Jonczyk wrote: > W dniu 27.03.2021 o 21:32, Mateusz Jonczyk pisze: > > Hello, > > > > There are some netbooks with Intel Atom processors that have 64-bit > > support disabled by BIOS. Theoretically, the processor supports 64-bit > > operation, but BIOS allows only 32-bit code to run. > > > > I wonder whether the 64-bit mode is really disabled in the CPU or only > > hidden in the CPUID flags. If the latter, the computer could be made to > > run a 64-bit kernel. > > > > Similarly, there are some Pentium M processors that support PAE > > (Physical Address Extensions), but do not show this in CPUID. They could > > be made to run distributions that require PAE with the "forcepae" kernel > > command line parameter. > > > > I would like to ask people with such netbooks to try to run a 64-bit kernel > > with this patch applied. > > > > When a patched 64-bit kernel is run in `qemu-system-i386`, the virtual > > machine restarts instantly. Without this patch in such a case a 64-bit > > kernel hangs indefinitely (inside .Lno_longmode in head_64.S). > > I have made two mistakes: > - I left commented out code, > - I have commented out lines with '#'. The code compiled though. > > Attaching corrected patch, please excuse me. FWIW I tested on my ASUS 1025C which runs on an Atom N2600 forced to 32-bit. I had already tried in the past but wanted to give it a try again in case I'd have missed anything. Sadly it didn't work, I'm still getting the "requires an x86-64 CPU" message. Given these machines were really cheap, I've always suspected that they employ cheaper, low-grade CPUs, possibly having been subject to reduced tests where x86_64-specific parts were not even verified and might be defective. This may explain why they forcefully disable long mode there, but that's just speculation. Cheers, Willy