Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1434592pxb; Thu, 4 Feb 2021 12:55:27 -0800 (PST) X-Google-Smtp-Source: ABdhPJzU9ChpbkyH5im2YDFpvwDlYgd1MrUaLvftphTr76SJHQmLq5AZ5pmUG0BhRSt/38JDVTfW X-Received: by 2002:a17:906:8416:: with SMTP id n22mr950274ejx.32.1612472127391; Thu, 04 Feb 2021 12:55:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612472127; cv=none; d=google.com; s=arc-20160816; b=PFtBpp5v3USCoTjxp4zSMgxd69egafwS4pqs3J3z7azao5v5uu5JMOqy2JTaGgeeI2 /6YmAyUNJ0fA7ZESspW5RHw9MK8HdKqndVskHkKHHRKqq9zyi0Mw/GDOnLzQYYVhyDTX dCpoyPDVmJJFjlgIVT8jufzZoiZaNAWVvMZlW8MP7lBPPuXL150FqQikAPlPJ+AvbcnI fVdxY2Ee+LDdZQtMcWBPRUkOOEMBM3PmmkpYpuCrkTQ7WIqECdoGQ1kwKw+xP2gRGck9 kQxuOn3526+P74DyRUKpxRdHmsi/eXAqNomAyV4duXnrcgYp6LhnZtGpK26fdpZgayYC ppAQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=Rm5E9I1Jnn2NR1RO/ViDD1T8VZeACseCrpKELC+5NQw=; b=cspTg1dTz9rOYicUmRacnQs6EpHqM4wZnfmA7qkgIGthDZT1U9bbp95aJ0RWSuwwpe /cQfaIgzcignMV9rnAH+QtqeYWlQqJ1rrXUXQE9qzIXTBC1gzG7TkQybM/HrFJkA8Ws4 KK17+eWUGjkpf4AGWx+OPP31xZe+R6/Evve4Tq4jF3+cki5kZjqew5AIBX5qxutnGJdG 2Pe3WMwb9Z/pzwMDkTNOr+Zc3FWIuJI6csvJmfcmqtfPeAKEDde+1f7iY3XA5Z4JqMCG WulsfiAvaH24vTPFWv7b1ViBgwEV431sJcprrxF1it5JrqSV7mWFdVC74BYxYuy7RgHK C8uA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=owgB8nNr; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h25si2989713edz.355.2021.02.04.12.55.01; Thu, 04 Feb 2021 12:55:27 -0800 (PST) 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; dkim=pass header.i=@google.com header.s=20161025 header.b=owgB8nNr; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229623AbhBDUyP (ORCPT + 99 others); Thu, 4 Feb 2021 15:54:15 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52598 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229572AbhBDUyO (ORCPT ); Thu, 4 Feb 2021 15:54:14 -0500 Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1FD79C0613D6 for ; Thu, 4 Feb 2021 12:53:34 -0800 (PST) Received: by mail-wr1-x432.google.com with SMTP id d16so5130936wro.11 for ; Thu, 04 Feb 2021 12:53:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Rm5E9I1Jnn2NR1RO/ViDD1T8VZeACseCrpKELC+5NQw=; b=owgB8nNrnI5qMsy6/a5v4tEwJsXpxovCtyjyXzWseibL0mCMLHVodUifJQxJL5YWbJ ZBctmBUU4cbCVacXfwqJTgIx8DAhet9+0Vum2yXCTPqyw8M6o0lBD2bKieeBYnMJFMSC Bogl0I9V9mckmZ7OJi7Vaj+1cTnayKXOlwhM9+Topkhpl/JSR1LM2KtJU48YyW6bFryL fETjr19TArDscNemwu+Gj1hiov2J6iJF7UCoviZrA4c6Pksji3YjQ0JatkHbrxww+DFE 7Bn+pOCO3CZdQQpe78WRUAUwz6tBKco9I20Z8mRSHeg0nO/0UJOsdxbyL2tXU8UsLTVg OPXw== 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=Rm5E9I1Jnn2NR1RO/ViDD1T8VZeACseCrpKELC+5NQw=; b=kcN4gZ+s1vdNec31cLOq6C0GaWhOWGfzBiNboCWtH6ArUCidbcYNwK0Vjo2lkid5eR Wnf1FQ2dRZXGaRVxLz1JMRcoTKFBLnwrK7Qzi6MSLuMWKFfjZrWmmwHTZDSidpayKst3 Sas/DM/aVVhJtPAHuDRAMCWD3owA6svOpLyG21EtEeRleXkl6GDdQjpDfupZ02Tg9rh4 92H4E8UrMoWT3QGeoey+5kqMurHRZYTg1TokhbAXvjz6KrF3+W/2JyuTs/HR1fkdzlVm CFj7SD3z3yUIW2izIrjVpWIhn85O22oRWwjZWMeJM3wLGqp9km/3m3Yh37Wyj7WjLOj2 prEA== X-Gm-Message-State: AOAM5332hpHVfauKya4NZI9Rp8LJPFa4lqERzjBVWm5ygi6J6rXBTEhH ZnQ/Eo3DgUVXMrjIO5whUAlYO4sTQTxETvxOttzYEA== X-Received: by 2002:adf:ffce:: with SMTP id x14mr1321596wrs.390.1612472012547; Thu, 04 Feb 2021 12:53:32 -0800 (PST) MIME-Version: 1.0 References: <20210204132043.1.I2392cf11fb353d10459958100b69d93346fa167c@changeid> <507e5062-f575-e034-d6fa-f1dca4bbbcc9@infradead.org> <586ac6a2-0b2b-1f15-47f6-8c42444133be@infradead.org> In-Reply-To: From: "Anand K. Mistry" Date: Fri, 5 Feb 2021 07:53:20 +1100 Message-ID: Subject: Re: [PATCH] x86: Add a prompt for HPET_EMULATE_RTC To: Randy Dunlap Cc: x86@kernel.org, Borislav Petkov , "H. Peter Anvin" , Ingo Molnar , Thomas Gleixner , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > > > Hi, > > > > On plain vanilla 5.11-rc6, when I take this (partial) .config file > > which contains: > > > > CONFIG_HPET=y > > # CONFIG_HPET_EMULATE_RTC is not set > > # CONFIG_HPET_MMAP is not set > > > > and run > > $ make olddefconfig > > > > my new .config file contains > > > > CONFIG_HPET_TIMER=y > > CONFIG_HPET_EMULATE_RTC=y > > CONFIG_HPET=y > > # CONFIG_HPET_MMAP is not set > > > > > > Isn't that what you are expecting? > > or are you trying to keep the opposite? > > > > # CONFIG_HPET_EMULATE_RTC is not set > > > > Hm, I bet that I misunderstood you and you want to keep > > it disabled. Is that right? Yes, I want to keep it disabled. My understanding (from the behaviour I've seen with other settings, as well as reading the sources) is that "is not set" is treated the same as "n". In fact, if you change the old config to CONFIG_HPET_EMULATE_RTC=n, you get the same before/after behaviour of this patch. Before, olddefconfig will ignore the old setting and change it to "y". With this patch, olddefconfig keeps the old setting, but re-writes it to "is not set". This is even more surprising because the user is explicit in what the old config setting is, but olddefconfig still ignores it. > > If that's the case, then I agree that your original patch to > make HPET_EMULATE_RTC user-visible is needed. > > Sorry to be so slow about understanding your goal (if I do > understand it now). > > -- > ~Randy > -- Anand K. Mistry Software Engineer Google Australia