Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754143AbcCUKaz (ORCPT ); Mon, 21 Mar 2016 06:30:55 -0400 Received: from www.linutronix.de ([62.245.132.108]:43056 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752647AbcCUKar (ORCPT ); Mon, 21 Mar 2016 06:30:47 -0400 Date: Mon, 21 Mar 2016 11:29:14 +0100 (CET) From: Thomas Gleixner To: MaJun cc: Catalin.Marinas@arm.com, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Will.Deacon@arm.com, mark.rutland@arm.com, marc.zyngier@arm.com, jason@lakedaemon.net, lizefan@huawei.com, huxinwei@huawei.com, dingtianhong@huawei.com, liguozhu@hisilicon.com, guohanjun@huawei.com, zhaojunhua@hisilicon.com Subject: Re: [PATCH v3 0/2] irqchip/mbigen: fix the IO remap problem in mbigen driver. In-Reply-To: <1458203641-17172-1-git-send-email-majun258@huawei.com> Message-ID: References: <1458203641-17172-1-git-send-email-majun258@huawei.com> User-Agent: Alpine 2.11 (DEB 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 772 Lines: 19 On Thu, 17 Mar 2016, MaJun wrote: > This patch set is used to fix the problem of remap a set of registers > repeatedly in current mbigen driver. > > irqchip/mbigen:Change the mbigen node definition in dt binding file > irqchip/mbigen:Change the mbigen driver based on the new mbigen node definition These subject lines are still horrible as they tell nothing about the nature of the change. I fixed them up along with the changelogs and applied them to irq/urgent. Can you spot the difference? While at it. The config switch for this driver is horrible. It's just in the middle of the device driver configs. Why is this configurable by the user at all? It simply should be selected by arm64 or some subarch configuration there. Please clean that up. Thanks, tglx