Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp2125662ybc; Wed, 20 Nov 2019 09:16:24 -0800 (PST) X-Google-Smtp-Source: APXvYqzazSgg2dcFKva5hfE9IZVK4jY+x1SDztbWfL9+CVEAd8e0N0G8QCPasdo12doW2b4ZAO/v X-Received: by 2002:a5d:6746:: with SMTP id l6mr390536wrw.349.1574270184508; Wed, 20 Nov 2019 09:16:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574270184; cv=none; d=google.com; s=arc-20160816; b=JtIWrzGUM06F9te914iGkOYLiu4l6K241oitbD3au5S8Hf3Y3Q/ZRizKF1WPVXf4vQ PVyyWsPISWRS3c995LPiWueq1Mj6pbDe5dVKwHEjOD7GGzR2eF6z37zEz7GbZKf9yW1+ l/57EJykKYSyjpysHhg3eP8y+P3pgbsCe63vdUXZyG0Q71PU3Gc2DxZgb05xduVeI6IA 54lgfyClo4JKeOxYH49fdWXpU524rLdY4OcmbJqc+vRoiiJhhfvNxtMITFuIqHznb/TH 9FLrItKkfTWzP49uQA41lJhY0unOxdYs1RBRbW5L/X9gid87DLFFa25DfjR2fLcxOrlo gEFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=aEWwxnirHdf0zQpwwwr0ysyiZTM2qWFpus23NOCX36Q=; b=yYUgabefAJu6LjTZiaOY1PJ3RQ07NZ9zqqQwMmpeHJQkhkLSFDme1eEjLBAp7GuBCN Q5gVXsK+FU7B04lMZ78zhA7lIZfYRxVWSgj5Psy3iR6annMks6SK8o3qEteZ5Y1R85P6 cFYZVPCSzr75NSUjN0o4FKSV1xK6XdMZxlpqvf+1dYrW9jHH9zGctfV8oajxoW9roAjQ +cmxVPYFAZ73NFniiysE7bxW3AJn75xmyMhsIDcZoaVxx5uaKnfzGV4Yd2DCMWtWxoWa zWtb7CAXbCXnYLPioyFwCFOZJtQTJEHwwS9kuBT4RyHiyjDdI8vmVfpyyaN2E+4QJd0b RTsQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e20si6617090eda.164.2019.11.20.09.15.59; Wed, 20 Nov 2019 09:16:24 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731630AbfKTOCv (ORCPT + 99 others); Wed, 20 Nov 2019 09:02:51 -0500 Received: from mx2.suse.de ([195.135.220.15]:57062 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727794AbfKTOCu (ORCPT ); Wed, 20 Nov 2019 09:02:50 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 6482BB0B6; Wed, 20 Nov 2019 14:02:48 +0000 (UTC) Subject: Re: [Xen-devel] [PATCH] xen: Fix Kconfig indentation To: Krzysztof Kozlowski Cc: linux-kernel@vger.kernel.org, Stefano Stabellini , xen-devel@lists.xenproject.org, Boris Ostrovsky , Juergen Gross References: <20191120133822.12909-1-krzk@kernel.org> From: Jan Beulich Message-ID: <82f7c786-c240-66bd-895a-d71cd6977807@suse.com> Date: Wed, 20 Nov 2019 15:02:48 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: <20191120133822.12909-1-krzk@kernel.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 20.11.2019 14:38, Krzysztof Kozlowski wrote: > Adjust indentation from spaces to tab (+optional two spaces) as in > coding style with command like: > $ sed -e 's/^ /\t/' -i */Kconfig > > Signed-off-by: Krzysztof Kozlowski > --- > drivers/xen/Kconfig | 22 +++++++++++----------- > 1 file changed, 11 insertions(+), 11 deletions(-) > > diff --git a/drivers/xen/Kconfig b/drivers/xen/Kconfig > index b71f1ad1013c..cba949c0f8b3 100644 > --- a/drivers/xen/Kconfig > +++ b/drivers/xen/Kconfig > @@ -110,12 +110,12 @@ config XEN_COMPAT_XENFS > depends on XENFS > default y > help > - The old xenstore userspace tools expect to find "xenbus" > - under /proc/xen, but "xenbus" is now found at the root of the > - xenfs filesystem. Selecting this causes the kernel to create > - the compatibility mount point /proc/xen if it is running on > - a xen platform. > - If in doubt, say yes. > + The old xenstore userspace tools expect to find "xenbus" > + under /proc/xen, but "xenbus" is now found at the root of the > + xenfs filesystem. Selecting this causes the kernel to create > + the compatibility mount point /proc/xen if it is running on > + a xen platform. > + If in doubt, say yes. Here and ... > @@ -123,7 +123,7 @@ config XEN_SYS_HYPERVISOR > select SYS_HYPERVISOR > default y > help > - Create entries under /sys/hypervisor describing the Xen > + Create entries under /sys/hypervisor describing the Xen > hypervisor environment. When running native or in another > virtual environment, /sys/hypervisor will still be present, > but will have no xen contents. ... here you end up with a tab and one space, whereas ... > @@ -271,7 +271,7 @@ config XEN_ACPI_PROCESSOR > depends on XEN && XEN_DOM0 && X86 && ACPI_PROCESSOR && CPU_FREQ > default m > help > - This ACPI processor uploads Power Management information to the Xen > + This ACPI processor uploads Power Management information to the Xen > hypervisor. > > To do that the driver parses the Power Management data and uploads > @@ -280,7 +280,7 @@ config XEN_ACPI_PROCESSOR > SMM so that other drivers (such as ACPI cpufreq scaling driver) will > not load. > > - To compile this driver as a module, choose M here: the module will be > + To compile this driver as a module, choose M here: the module will be > called xen_acpi_processor If you do not know what to choose, select > M here. If the CPUFREQ drivers are built in, select Y here. > > @@ -313,8 +313,8 @@ config XEN_SYMS > depends on X86 && XEN_DOM0 && XENFS > default y if KALLSYMS > help > - Exports hypervisor symbols (along with their types and addresses) via > - /proc/xen/xensyms file, similar to /proc/kallsyms > + Exports hypervisor symbols (along with their types and addresses) via > + /proc/xen/xensyms file, similar to /proc/kallsyms ... everywhere else you have a tab and two spaces, as I would have expected. Furthermore in various cases you leave space indented the directives other than "help". With a title like the one this patch has I'd expect all indentation issues to be taken care of. Jan