Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp2717633pxf; Sat, 27 Mar 2021 23:22:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyway0uhW9S1DXf/rmeq8G0j9rIKUCw4n/HDVAZs+9Y3CCoxYv0UX0zRarVKEePVw8pkZ2E X-Received: by 2002:a05:6402:484:: with SMTP id k4mr22924758edv.321.1616912561727; Sat, 27 Mar 2021 23:22:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616912561; cv=none; d=google.com; s=arc-20160816; b=rE2q0hpBi4tH5/fRacbjZxHi10oIsy1MxIIkXOHAMY3zlL5SvailnEinf3kn4OV5jc teduJgV1syzh0wP4SfxtYIwMlHDo2N/ePAVpOvlIC/MjnumlEdB36Lrso0JJJehhGi3A dz15gY5/BXXrpozlFRazIrxvC1yjttaeQeNYUE3zzjmGFdO7PM0sQJP18AAnzC2vcYFC vj4j8ciO6G0syEDkZyRa5VWfpWhC63fUrcn624DZWqRoGbBmNPQ3KJkEsavjiFJ2+B1o M0jI8bTriTJJpa/Yh6++vvUQ1ZxH0P5XDcb/+giluY/+RrfjvhVh9p0LX/Q4aaJ6KfmE JmTA== 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=wTz6Snalh6KNsFlSX7jQIe8GVXypIcDhv/oOFZ3luHo=; b=T5SfuWn6U3v0+LbvOojpAAyGNTWrBe7ssbdARCKTUmm/bd865iItI+pIt4IM0JuJ2l L21c783aK4c4tLYWiYTXZHTipoR5HoRoa/4ElQ4XOZh1huhSTvkayBjNRlKkoeGGJTld DH7oPU/slrLtMcLmraMB1lfE0TGfDxvaXE6if9+QEd7FH54OnVy/CPQ8Asz4EMkAM7Gd xJgyR8m+DHDwkyoiuPIgpJW80tlgL7/XLAVf1bxgMgun0fL150xV+jTjavBlGTehcQe7 7+1dMk7BB9lFCKzYr7Fnqh/iSDEA0RoMQlSwfHJSQQLlCXQNPhEAhMexb6bNOU3QaoEw rG0A== 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 a15si10937854edr.346.2021.03.27.23.21.53; Sat, 27 Mar 2021 23:22:41 -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 S229762AbhC1GTU (ORCPT + 99 others); Sun, 28 Mar 2021 02:19:20 -0400 Received: from wtarreau.pck.nerim.net ([62.212.114.60]:50928 "EHLO 1wt.eu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229577AbhC1GS4 (ORCPT ); Sun, 28 Mar 2021 02:18:56 -0400 Received: (from willy@localhost) by pcw.home.local (8.15.2/8.15.2/Submit) id 12S6IbCV022735; Sun, 28 Mar 2021 08:18:37 +0200 Date: Sun, 28 Mar 2021 08:18:37 +0200 From: Willy Tarreau To: Thomas Gleixner Cc: Mateusz Jonczyk , linux-kernel@vger.kernel.org Subject: Re: Testers wanted: Atom netbooks with x86_64 disabled by BIOS Message-ID: <20210328061837.GA22710@1wt.eu> References: <20210327203218.119372-1-mat.jonczyk@o2.pl> <20210327211322.121708-1-mat.jonczyk@o2.pl> <20210327232551.GA20783@1wt.eu> <87lfa8cchf.ffs@nanos.tec.linutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87lfa8cchf.ffs@nanos.tec.linutronix.de> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Thomas, On Sun, Mar 28, 2021 at 03:07:24AM +0200, Thomas Gleixner wrote: > On Sun, Mar 28 2021 at 00:25, Willy Tarreau wrote: > > On Sat, Mar 27, 2021 at 10:13:22PM +0100, Mateusz Jonczyk wrote: > > 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. > > There are some of these '32bit only' CPUs out there in the wild which > actually support long mode. Some of them even do not have the long mode > CPUID bit fused out. Yes, I'm aware of this as well. We might even have talked to the same "victim" :-) > But whether it works is a different story: > > - If the CPUID bit is on, then the chance is high, but it runs out of > spec (guarantee wise) > > - If it's off is still might work by some definition of work as they > might have fused off more or there are actual defects in some 64bit > only area which are irrelevant when in 32bit mode. > > Even if it could work perfectly fine, the BIOS/SMM/ucode can prevent > switching to long mode. > > It's a lost cause. I agree. While I bought this netbook to have a 64-bit CPU and was extremely disappointed, after seeing that it was not just a matter of "oops we forgot to enable LM", I concluded that it was pointless to try to go further, as I would never trust it anyway. Cheers, Willy