Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753303AbdDKTNF (ORCPT ); Tue, 11 Apr 2017 15:13:05 -0400 Received: from mx1.redhat.com ([209.132.183.28]:34110 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753227AbdDKTNE (ORCPT ); Tue, 11 Apr 2017 15:13:04 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com D88B5C04B950 Authentication-Results: ext-mx07.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx07.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=jcm@redhat.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com D88B5C04B950 Subject: Re: [GIT PULL] arm64: fixes for -rc6 To: Will Deacon , torvalds@linux-foundation.org References: <20170407160239.GS19342@arm.com> Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, catalin.marinas@arm.com From: Jon Masters Message-ID: <3b32cfd3-7675-005b-a737-58a8677f65ac@redhat.com> Date: Tue, 11 Apr 2017 15:12:57 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <20170407160239.GS19342@arm.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.31]); Tue, 11 Apr 2017 19:13:04 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 699 Lines: 19 On 04/07/2017 12:02 PM, Will Deacon wrote: > Please pull these two arm64 fixes for -rc6. We've got a regression fix for > the signal raised when userspace makes an unsupported unaligned access and a > revert of the contiguous (hugepte) support for hugetlb, which has once again > been found to be broken. One day, maybe, we'll get it right. > - Revert broken support for the contiguous bit in hugetlb (again...) Quick aside: is this being worked on for 4.12? If not, should we ping Linaro and look to get some focus on this? It's right to disable this, but also painful to those wanting to work on various NFV use cases. Jon. -- Computer Architect | Sent from my Fedora powered laptop