Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp582853ybh; Thu, 12 Mar 2020 07:26:45 -0700 (PDT) X-Google-Smtp-Source: ADFU+vvWgZU0guCr120Jq5s9ST/N5A/MoBw8e+haAT2hv+2K3Wnh7HgbB8EyHtbS4WIoqPJWjGk5 X-Received: by 2002:a9d:82a:: with SMTP id 39mr6570303oty.82.1584023205258; Thu, 12 Mar 2020 07:26:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584023205; cv=none; d=google.com; s=arc-20160816; b=xXrfW7QWQ0i9fEkgyoYqQXJJopui03+4YqiEr+aHgHa67JMsKAzB2X3brnCxqmdrOc TZgt7w1ipK0sfXAZDhjPcXlxj3gGAZ8yIkN1l1onN1r1ry4JNGnSXt2HSVCvmlNivXug S8yuArA5asNQfAmsBXfAkJQRfakRkrRTTnHVuRyVi9x/HwpkIU/LD+6JoD0wcKzdeOkO yD8kEt6FzI9vAjE4z/YYAICVNccyoHnS5AppW9T7r43E5RT+r/1OTaCLOtjS3qsM9K5l g2aHegbWd0NCOvy1dqbpUabSNscvJsH+Vk9xCRE88xrpot5aY4hvxq9HEypsMS5/rgzb 1Auw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=+tS8ojAFOCBQv6/DTX9OrTW5DWYkaLIc3oLYcrJwoD4=; b=LbrqYTyrOzh6pPNlTUQRb+rGHJvUi6x0bpk4820cxBR9GMDP3uYqXsI9GUzqJcpUVb 5TNb6gKhu24ri7/b1L/fVLflzR7oHx7j04K0yrQsK+tT21hPCli3SINTrwhxKhRvOmvZ uJhdPy7dw786YwXN3tBaZTwifJffnCRhFAQQ4Kg0jm3vZ16zBZZmfOxzwZoRE0ZOykui ROdFMdABCTRM0WnojNSOWXXeZEQWpwRpgu/rXd1NH+DwpBgdAOVZcBhxrmbwRBuciBBu Z/xnr4YyW2Yfs+4u9QbNoA4dKfHUeXMixyqe9YBkWiQHlosMLaBv/XGYkGoz9wLtrijA Lqhg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=ZhCBOK2C; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b20si2869058otp.82.2020.03.12.07.26.32; Thu, 12 Mar 2020 07:26:45 -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=@alien8.de header.s=dkim header.b=ZhCBOK2C; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727628AbgCLOZu (ORCPT + 99 others); Thu, 12 Mar 2020 10:25:50 -0400 Received: from mail.skyhub.de ([5.9.137.197]:33476 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727340AbgCLOZu (ORCPT ); Thu, 12 Mar 2020 10:25:50 -0400 Received: from zn.tnic (p200300EC2F0DBF0041CBC9F757D3F2F8.dip0.t-ipconnect.de [IPv6:2003:ec:2f0d:bf00:41cb:c9f7:57d3:f2f8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 41FE31EC0273; Thu, 12 Mar 2020 15:25:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1584023148; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references; bh=+tS8ojAFOCBQv6/DTX9OrTW5DWYkaLIc3oLYcrJwoD4=; b=ZhCBOK2CBD/GCBpSmUns5EqYzMJoB3mkYEb6Sx3K6VFiQb6pVOZLpi0ERuDYGQRapsRJwN +9B6FrrVfmd8ICewwRhhU81tO1HwizyhV3zrtvjE5Ifi1+daYh4tcezWXwfY3ODrMTCljL 1dklxduA2Q4FrPj7nJ4s0GXvUph1x6k= Date: Thu, 12 Mar 2020 15:25:53 +0100 From: Borislav Petkov To: Hans de Goede Cc: Arvind Sankar , Thomas Gleixner , Ingo Molnar , "H . Peter Anvin" , x86@kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v4 2/2] x86/purgatory: Make sure we fail the build if purgatory.ro has missing symbols Message-ID: <20200312142553.GF15619@zn.tnic> References: <20200311214601.18141-1-hdegoede@redhat.com> <20200311214601.18141-3-hdegoede@redhat.com> <20200312001006.GA170175@rani.riverdale.lan> <3d58e77d-41e5-7927-fe84-4c058015e469@redhat.com> <20200312114225.GB15619@zn.tnic> <899f366e-385d-bafa-9051-4e93dc9ba321@redhat.com> <20200312125032.GC15619@zn.tnic> <8af51d90-27fa-6d2a-2159-ef0a9089453a@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <8af51d90-27fa-6d2a-2159-ef0a9089453a@redhat.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 12, 2020 at 02:34:30PM +0100, Hans de Goede wrote: > Which is why I have been fixing the issues which the 0day bot finds, > but then I get complaints about reving the patch set to quickly... So here's what I'm seeing: patchsets get sent and 0day bot finds an issue almost each time. Which tells me, this patchset doesn't look ready. I suggested you to do "make randconfig" builds to find those breakages yourself but if you prefer 0day bot to do that, that's fine too. > In my experience once a patch-set has a maintainers attention, > quickly fixing any issues found usually is the right approach. > Because then usually it can get merged quickly and both the maintainer > and I can move on to other stuff. I'm sorry if you are finding this > annoying. My experience shows that almost always there's an aspect where both the submitter and the maintainer haven't thought about and hurrying stuff makes it worse. That's why I prefer stuff to be hammered out and tested properly and *then* applied. > TBH I'm quite unhappy that I'm being "yelled" at now (or so it > feels) while all I'm doing is trying to fix a long standing issue :( What in my reply made you feel you're being "yelled" at? > No not ok, I'm doing my best to help make things better here and > in return I'm getting what feels as a bunch of negativity and that > is NOT ok! I have no clue what in my replies made you feel that. Please explain. How should I have replied so that it doesn't come across negative? > Now as how to move forward with this, I suggest that: > > 1) We wait a bit to see if the 0daybot finds any more existing issues > which are exposed by my patch > > 2) Change my patch to check for missing symbols to use the approach > which Arvind has suggested > > 3) Check that "kexec -l " + "kexec -e" still work > > 4) Post v6. 5) Wait for 0day bot to chew on it too. > Does that work for you ? Yes, sounds ok. Thx. -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette