From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932116AbcEKVpD (ORCPT ); Wed, 11 May 2016 17:45:03 -0400 Received: from mail-bl2on0082.outbound.protection.outlook.com ([65.55.169.82]:39280 "EHLO na01-bl2-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751863AbcEKVo5 (ORCPT ); Wed, 11 May 2016 17:44:57 -0400 X-Greylist: delayed 854 seconds by postgrey-1.27 at vger.kernel.org; Wed, 11 May 2016 17:44:57 EDT Authentication-Results: redhat.com; dkim=none (message not signed) header.d=none;redhat.com; dmarc=none action=none header.from=caviumnetworks.com; Subject: Re: [PATCH v6 00/14] ACPI NUMA support for ARM64 To: "Rafael J. Wysocki" References: <1461780436-27182-1-git-send-email-ddaney.cavm@gmail.com> <20160511104032.GA31374@arm.com> <57339F39.3040603@caviumnetworks.com> CC: Will Deacon , David Daney , "linux-arm-kernel@lists.infradead.org" , Mark Rutland , Catalin Marinas , Tony Luck , Fenghua Yu , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , the arch/x86 maintainers , "Rafael J. Wysocki" , Len Brown , Rob Herring , Frank Rowand , Grant Likely , Robert Moore , Lv Zheng , Hanjun Guo , Marc Zyngier , "linux-ia64@vger.kernel.org" , ACPI Devel Maling List , "devel@acpica.org" , Linux Kernel Mailing List , Robert Richter , David Daney , Jon Masters From: David Daney Message-ID: <5733A47B.8030908@caviumnetworks.com> Date: Wed, 11 May 2016 14:30:35 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [64.2.3.194] X-ClientProxiedBy: SN1PR0701CA0022.namprd07.prod.outlook.com (10.162.96.32) To SN1PR07MB2142.namprd07.prod.outlook.com (10.164.47.12) X-MS-Office365-Filtering-Correlation-Id: e8eeb631-8d6c-4ecf-1ecb-08d379e38021 X-Microsoft-Exchange-Diagnostics: 1;SN1PR07MB2142;2:tYas+CZMuc2CI2xpR63nn/T1VRHsN/EL3IMKJgInuLoP7mQuXq3FCmtTFAQNwCNsACIrYiyqItkiDrc2h+msNRu5F1y2J9BPHd723S1TFlIJpC9wz1gJNxwtZUM9YpKyO+ZO1vWtNz/WukBOnMmcSOvUcbYOLh7sjqywtfeZoCLCU9PTXZuWkZ7RpOcPcGW4;3:2cK+qeBPDRaDQNocFKRG/SQFO/hK3lTsBsSQgZCMbCt2n1Q2pQhe+yN3jb1Xe5wgVUZIDWYl4r8wAPt5GkPv5dRzMNLEd5pt1owE6d2TBL8vZVSYIBnX5QO4iaizFrDd;25:P1GGbT2p1IwpG4C/BH0QNiqMOrHUZcsD6hrcb2U/+nvBhx2SoChBAEOLyHZMhiF0mWV62ZOOBEXHqMjiYPf6Yx7PyFoIHPdFF1akH86tFmBzNwnS14nsqCG3/KBxcUVHCwCTI7ilHeO4u4cFVAc4k29kmEPvAVXlbziXQG8TY5BlIEKdBzfLUfIKZ3Yp81B0BhRipveRXerH+vq81RxSYGpZ6aZ63x+ii7DGuZ/P8XmgKtgWmC081hISMXJM3WLEperOIFgR+2llg47K4NsaL2pzjwYxPALpaeMZmg2anRqnzsPJxpVLtVeASX+aE3zNfMiipnRe3f09gVmtpQw1x4rO+ZFGRCIFLxzM2Anp8mTtMe5dAmHB/rALMcofgZuwAsmzrgFlBbSrFGx4ayTcR/zxFmzdpsC3i9uSMGw/aWI= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR07MB2142; X-Microsoft-Exchange-Diagnostics: 1;SN1PR07MB2142;20:VIkj5rAhnKLE/E9eOeZ9F7X8E2SGxfecKQ0TpGSROLj+D5rnLnJQvXK4EEWJIC3c5djDNcIfs7QnyeMjnhCLBtS1a6Wb4yTN5L93joERQCVVxoLF8W5SvBoxjJEXILrsRXTAA+R/FIoIcVJAtmsILqe01yaJui9A9IjqQqpnjX4bJmDvVliNaarr4wEUt3lg2+KjQrtr2SdCL6XmBV9zBOVN55+20Y1pEokPpxt4272PqRvtFekOXY+bUPiVGTuP+abc9DE0m4IvlvCaC/EgNjtSUC8pMoxm27pzaSZ/kndEeTwn1bPj7S3FYAeKvJzUXedzoP/YlUUQT7ehvF2iPPtaNl67tzTxLA75ymg6KKLsP9FHkdsT2iGB/JP99ArUxkbuJHITP2fJvYFvgk5f5f83Qx4zbBRMzMcgZZfV1kdJEoQ7SGZReupEXWzorj+74dfH0ri/6DsCQYV6mrAu7PLSeJu4xRhBM+MTIY51vvr9XFwgKQdvKgB89XtnaxPQGrLkMO0SCFQJIzI6wcVDnw528BwLRvaYcHwfBqxa/c2+FdnkaXtJ495YYlIOZ5eujJTqMgBW/R1I+U0DN4LrLnQYQEQgm/awYBqi5bFinlo= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046);SRVR:SN1PR07MB2142;BCL:0;PCL:0;RULEID:;SRVR:SN1PR07MB2142; X-Microsoft-Exchange-Diagnostics: 1;SN1PR07MB2142;4:FNvS6c+GdTddHOOrguQTdGkAqLL0ogsw1ZUEeBTkqr1JnTmQyQzKCLIpi6ynxGC6HG8hAyr1qjxqVu4l3EsQE/zUyqm6KZxsZA/yKzJGtL4DybiZVQ24PuAinS/hoFp4QmlW0jU7ZAwRMDmeGMvqQSgYYLQV523ONLioHcQTqfp8naesJpqVitMsEesDPRyICauO8wf1g4R3JwkQLy4KN5xrXwqNpOAYArgNdQQbkWYfen/yHdKerzgoWrbbXyxztcPm5VMvgdUkc75QfunzQqqg5Bp/dMBvlcoau5Zjdd+9yA2sITlY8ck4G2ZwEy/qJEQi+Dz8cFOTT7WXnspHdRBMO01bQzyZfAcDpzh93DKAvvX6YEUuAIPtwOqJQIBk X-Forefront-PRVS: 0939529DE2 X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10009020)(4630300001)(6009001)(6069001)(377454003)(24454002)(377424004)(36756003)(189998001)(76176999)(50986999)(54356999)(110136002)(87266999)(65816999)(3846002)(586003)(50466002)(6116002)(42186005)(59896002)(53416004)(76506005)(33656002)(80316001)(19580395003)(92566002)(19580405001)(83506001)(47776003)(23676002)(93886004)(66066001)(65956001)(4326007)(2906002)(77096005)(81166006)(5004730100002)(2950100001)(5008740100001)(230700001)(217873001);DIR:OUT;SFP:1101;SCL:1;SRVR:SN1PR07MB2142;H:localhost.caveonetworks.com;FPR:;SPF:None;MLV:sfv;LANG:en; X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtTTjFQUjA3TUIyMTQyOzIzOmhEWEZ2ck9aOU56eEdUYk02UnFsaWx0Q3Rs?= =?utf-8?B?ZzBCNUtjeUZDZU1IWWs1N0JvM0xIK1VSeHdWVlRnOXRJWmhGTnZ6MjNVL1hw?= =?utf-8?B?V00rb2Y0K1VndUJJNHU1aE1DV3d1ZHNBOTJxdm9xMXl6Z3ZURlJPQjRlZXJB?= =?utf-8?B?czV5cjRPUkh2bXMrSVFmcmVobnRKSDN0Z1ZpY1hkVzlvVkNJUWlHOGlvQnpP?= =?utf-8?B?TFpLbTZRUjZLaVliaTRLZlc0elp2cDdrRFpsdkZrYXdYQlVoOU9ob0dvQUtm?= =?utf-8?B?Z2NHRkhBUXM1YzFDOEtmM1BjRFRVNEMvajliZGtVOEp5R09iTVBCYStJR1ZY?= =?utf-8?B?M0xyTDVZT0R6cjVMU0gzSWlzM0x3Rk02NWNubjlDeGRZQXF4dy9VZUNUQ2E0?= =?utf-8?B?em1pWno1SnB1NzFxb1lKOThqWUFZRDB6WGxaaVBvUmJiZ3pCWDh5Ykh0Vnlq?= =?utf-8?B?cXdCcGRtM0pRRy9wc2R2ZGdrRHovOWZvNGd2ck5DaGxRL3ZHREVBVFZ3eGxF?= =?utf-8?B?NE4vVHRGSFlJYzBlOTRQL2tnc0VGUFMwMml3QzF2MDJpenY1VU1pTUJPTVhx?= =?utf-8?B?cGxmT2JYY1dXb2k3c0M2dzd4aEF5c2YwUU1JNDg4aGtncTB0Ky9hUjd4QUl5?= =?utf-8?B?U2pXYzc1akxQbTRnRDJCcWp2RVQxZitscXpnUVdBQThBeXkrekRUWTFML1kr?= =?utf-8?B?ekVQZUZ5SlpFdUI5c2tHZko0a2dIYXJlWVZpRlVLdWtZRG0xeXBYNkRSSTFX?= =?utf-8?B?dmdyMlo5NkpjQVFaVXhYMHhzMGhqRTB6S1RLd3VDdmxvZFpkK1o3ekovai9s?= =?utf-8?B?TWJ4QUlVczZZZjlxRUMvcllkNW1MbS9vVG5WQTN0R25UcHVIbjQ5S0RLVlo0?= =?utf-8?B?ZlV0TzVCSWRRRVVxR3hRVng1Q1dYemsyRzc4M2pSY3UrT2owQTFBcTluY25y?= =?utf-8?B?dnVxSlQ1MDUvQWpieC9LZFE2dmFYRTcrVTZNVUFybi9tYlFpOE1CeW1Nbnd1?= =?utf-8?B?elo0amgwSGhZbjEyMUFyQ0htaUYvNG80Zy9QMnpsbmdjc0grWllZeXdOSEpQ?= =?utf-8?B?OHg5S05HS2hSaFJiNHhIVFZPNUx2RVpHcXpLSW9oNEJxQ0JzeDBRMUtpOG1G?= =?utf-8?B?NzdqSTBUR0hjKzBKaTJpVHlwaUErRWtXUkVtTk9qK25KWm5nY2RwQ016cGFR?= =?utf-8?B?cTZwYjhjeHVVQnFrdGpMa1hCeFNwRkFEWkVJdGJReWU5ZUtOMGhSeHRyMDZz?= =?utf-8?B?dU5SaEZpL2lxeklkb29KRHZ5OUw4NXVBUnpPNEZ5bUdqYS92Q0JvRmFGYnFL?= =?utf-8?B?UHBZNnNrSk5PdHZQN3M4V3hRSTJ6QlgvcFNmeG5GQ2djWWNvcG5CaCtmbVR5?= =?utf-8?B?YUVZREVlbi9YVU5OZDFOOFdldzhJSkJPRloxaTV6NzlIUitObVI4cndReWEw?= =?utf-8?B?c0FIelJ4ZEFRTVlRaHNDK1RUZlVWTytFR1lXd0dGeU1Tb3MvVmp2emh3U2lT?= =?utf-8?B?V1piQT09?= X-Microsoft-Exchange-Diagnostics: 1;SN1PR07MB2142;5:Cd2tQQcZ3vNhBy1QPWF7K3ShCu7tKYf2PAPDMEvqrb+2MsJp78Ws2CcQWGJml4vvpIX9SAbPHBJOD6JV30Z7xMrs/ocNtgZfsO57Vr1HESfZUWYbOIh7wy70hGMJU6Ju+xNW6w3GQDx/VxWzB1RRLw==;24:cht1Xwg+TPghCp4PwNwiXt41zQs6x55JHauXmsYLMHZ9fiHRCFJC+weYO8sOI6qXTUtUDxYHxfYLiOKE/uxz/Ps4sJPbeEtC0fzM/RobeqE=;7:pXnOKTtY1rvSzHxu/vcDgHnYb61auwh5YGTcTu9DprERsnzm41blH2T1TdysG65mpWmcl8LedTxS64+CkhMFe2GeUprBfkbX2llgJzwVPAEQ9aekIJkqhWsNGbEhdLCD0mG9UQbTqQmeKY2y0CKpgMAm5dArSl0Yi1Cts+TkRoBUQxYMo5z12RllyCLkTXCW SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: caviumnetworks.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 May 2016 21:30:38.8719 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR07MB2142 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 05/11/2016 02:22 PM, Rafael J. Wysocki wrote: > On Wed, May 11, 2016 at 11:08 PM, David Daney wrote: >> On 05/11/2016 01:35 PM, Rafael J. Wysocki wrote: >>> >>> On Wed, May 11, 2016 at 12:40 PM, Will Deacon wrote: >>>> >>>> On Wed, May 11, 2016 at 02:43:11AM +0200, Rafael J. Wysocki wrote: >>>>> >>>>> On Wed, Apr 27, 2016 at 8:07 PM, David Daney >>>>> wrote: >>>>>> >>>>>> From: David Daney >>>>>> >>>>>> Based on git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git >>>>>> for-next/core branch at commit 643d703d2d2d ("arm64: compat: Check for >>>>>> AArch32 state") >>>> >>>> >>>> [...] >>>> >>>>>> David Daney (2): >>>>>> arm64, numa: Cleanup NUMA disabled messages. >>>>>> acpi, numa, srat: Improve SRAT error detection and add messages. >>>>>> >>>>>> Hanjun Guo (11): >>>>>> acpi, numa: Use pr_fmt() instead of printk >>>>>> acpi, numa: Replace ACPI_DEBUG_PRINT() with pr_debug() >>>>>> acpi, numa: remove duplicate NULL check >>>>>> acpi, numa: move acpi_numa_slit_init() to drivers/acpi/numa.c >>>>>> arm64, numa: rework numa_add_memblk() >>>>>> x86, acpi, numa: cleanup acpi_numa_processor_affinity_init() >>>>>> acpi, numa: move bad_srat() and srat_disabled() to >>>>>> drivers/acpi/numa.c >>>>>> acpi, numa: remove unneeded acpi_numa=1 >>>>>> acpi, numa: Move acpi_numa_memory_affinity_init() to >>>>>> drivers/acpi/numa.c >>>>>> arm64, acpi, numa: NUMA support based on SRAT and SLIT >>>>>> acpi, numa: Enable ACPI based NUMA on ARM64 >>>>>> >>>>>> Robert Richter (1): >>>>>> acpi, numa: Move acpi_numa_arch_fixup() to ia64 only >>>>> >>>>> >>>>> I need ACKs from the ARM64 maintainers on patches [6-7/13] and >>>>> [13-14/14]. >>>> >>>> >>>> There's also a dependency on the arm64 for-next/core branch, so I've been >>>> largely ignoring this as far as 4.6 is concerned and was planning to take >>>> a proper look for 4.7 once the upcoming merge window is out of the way. >>> >>> >>> That would be 4.7 and 4.8 respectively I suppose? >>> >>> Anyway, Catalin has ACKed all of them except for the [13/14], so >>> technically I can apply [1-12/14] now and then [13-14/14] can be >>> applied when they are ready. >>> >>> Do you think there will be any problems with merging [6-7/14] into 4.7 >>> via the ACPI tree? >>> >> >> I would defer to the arm64 maintainers for decisions about the arm64 >> specific parts of the patch set. That said, many of the arm64 specific >> patches depend on the arm64 for-next/core branch, so you would have to be >> careful about merge ordering if you pull these in before the for-next/core >> branch is merged. > > Fair enough. I will wait for an update then. > >> Also FWIW, I plan on addressing Catalin's comments about 13/14 and posting a >> new version of the patch set in the next day or two. > > OK, but in that case it won't be considered for 4.7 (at least not by > me), so I'd suggest sending it in the second half of the 4.7 merge > window (or about that time). To be candid, I would very much like for you to pull in as many of the patches as you are comfortable with as soon as possible. I don't know where Will and Catalin stand on this, and their opinion is obviously important, but getting 1-12/14 merged to v4.7 and deferring the last two for v4.8 would simplify the whole process for me. The drawback is carrying dead code around until the final parts are merged. David Daney