Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932584AbcCMKJn (ORCPT ); Sun, 13 Mar 2016 06:09:43 -0400 Received: from mail-ob0-f194.google.com ([209.85.214.194]:35785 "EHLO mail-ob0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753474AbcCMKJe (ORCPT ); Sun, 13 Mar 2016 06:09:34 -0400 MIME-Version: 1.0 In-Reply-To: References: From: Jianyu Zhan Date: Sun, 13 Mar 2016 18:08:54 +0800 Message-ID: Subject: Re: [PATCH 3/3] x86/irq: update first_system_vector only when X86_LOCAL_PIC is on To: Thomas Gleixner Cc: mingo@redhat.com, "H. Peter Anvin" , Aravind.Gopalakrishnan@amd.com, brgerst@gmail.com, bp@suse.de, feng.wu@intel.com, jiang.liu@linux.intel.com, Tejun Heo , dvlasenk@redhat.com, penberg@cs.helsinki.fi, Yinghai Lu , andi@firstfloor.org, Andy Lutomirski , ajm@sgi.com, Yinghai Lu , Akinobu Mita , x86@kernel.org, LKML Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 933 Lines: 32 On Sun, Mar 13, 2016 at 5:33 PM, Thomas Gleixner wrote: > IRQ_WORK can work w/o APIC > > Emphasis on CAN. If the APIC is available it's used, if not then there is no > point in setting up the gate for nothing. > > So why would your patch do any good? I understood it is no point setting up if APIC is not available, but just got confused by your wording 'can', now all clear. As for the patch set. My initial purpose is just wanting to make the layout clear and clean up stale comments and dead code: #ifndef CONFIG_X86_LOCAL_APIC #define first_system_vector NR_VECTORS #endif as we've talked about this before, it won't ever be change on !CONFIG_X86_LOCAL_APIC, so no point define it here(it is initialized to NR_VECTORS). Since all points are clear now, if the above purpose still make sense. I will respin this patch set. Thank you for your patient explanation .:-) Regards, Jianyu Zhan