From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-14.7 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,INCLUDES_PATCH,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,USER_AGENT_GIT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B7A41C433ED for ; Tue, 11 May 2021 10:06:01 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 71CC961939 for ; Tue, 11 May 2021 10:06:01 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231283AbhEKKHG (ORCPT ); Tue, 11 May 2021 06:07:06 -0400 Received: from mail.kernel.org ([198.145.29.99]:41734 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230146AbhEKKHF (ORCPT ); Tue, 11 May 2021 06:07:05 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 2F60861360; Tue, 11 May 2021 10:05:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1620727558; bh=RlNaQugaThbhHxZD0Bx4H5Pc9CrWxAqv0CUHIawYkSk=; h=From:To:Cc:Subject:Date:From; b=GmY0r1IkW3ZeGuFPesJIUk10G0bmFN6ceybj46DtgYlzYIMqRRPbswUKdNL2jBhnW l/ZvckzitBi4O5D1xMtId10RQRWtXmuPJLUMCooqUixyjZ+ggFmUWAhjBsNaCElc9T 8wGcvvublT2SaDT1c2KzMw4yGHJjHtzf0/joh0h/IYIYiAZXdKtEjzbQlET6xexDL2 o7etoJtcP0gOwdCLxDTBw00jI+Plg4iKtTu7BUlIIKrx87a1VRUXOjiwz8C0FoMU2E Ld0dMkYL/WSB7Z03xxLA93T3VBfMtc6LT4gd27sv43Kgy32Oz/AIIeG+V3yk7vWNyV ERDgF+e43XDbg== From: Mike Rapoport To: Andrew Morton Cc: Anshuman Khandual , Ard Biesheuvel , Catalin Marinas , David Hildenbrand , Marc Zyngier , Mark Rutland , Mike Rapoport , Mike Rapoport , Will Deacon , kvmarm@lists.cs.columbia.edu, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: [PATCH v4 0/4] arm64: drop pfn_valid_within() and simplify pfn_valid() Date: Tue, 11 May 2021 13:05:46 +0300 Message-Id: <20210511100550.28178-1-rppt@kernel.org> X-Mailer: git-send-email 2.28.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Mike Rapoport Hi, These patches aim to remove CONFIG_HOLES_IN_ZONE and essentially hardwire pfn_valid_within() to 1. The idea is to mark NOMAP pages as reserved in the memory map and restore the intended semantics of pfn_valid() to designate availability of struct page for a pfn. With this the core mm will be able to cope with the fact that it cannot use NOMAP pages and the holes created by NOMAP ranges within MAX_ORDER blocks will be treated correctly even without the need for pfn_valid_within. The patches are boot tested on qemu-system-aarch64. I beleive it would be best to route these via mmotm tree. v4: * rebase on v5.13-rc1 v3: Link: https://lore.kernel.org/lkml/20210422061902.21614-1-rppt@kernel.org * Fix minor issues found by Anshuman * Freshen up the declaration of pfn_valid() to make it consistent with pfn_is_map_memory() * Add more Acked-by and Reviewed-by tags, thanks Anshuman and David v2: Link: https://lore.kernel.org/lkml/20210421065108.1987-1-rppt@kernel.org * Add check for PFN overflow in pfn_is_map_memory() * Add Acked-by and Reviewed-by tags, thanks David. v1: Link: https://lore.kernel.org/lkml/20210420090925.7457-1-rppt@kernel.org * Add comment about the semantics of pfn_valid() as Anshuman suggested * Extend comments about MEMBLOCK_NOMAP, per Anshuman * Use pfn_is_map_memory() name for the exported wrapper for memblock_is_map_memory(). It is still local to arch/arm64 in the end because of header dependency issues. rfc: Link: https://lore.kernel.org/lkml/20210407172607.8812-1-rppt@kernel.org Mike Rapoport (4): include/linux/mmzone.h: add documentation for pfn_valid() memblock: update initialization of reserved pages arm64: decouple check whether pfn is in linear map from pfn_valid() arm64: drop pfn_valid_within() and simplify pfn_valid() arch/arm64/Kconfig | 3 --- arch/arm64/include/asm/memory.h | 2 +- arch/arm64/include/asm/page.h | 3 ++- arch/arm64/kvm/mmu.c | 2 +- arch/arm64/mm/init.c | 14 +++++++++++++- arch/arm64/mm/ioremap.c | 4 ++-- arch/arm64/mm/mmu.c | 2 +- include/linux/memblock.h | 4 +++- include/linux/mmzone.h | 11 +++++++++++ mm/memblock.c | 28 ++++++++++++++++++++++++++-- 10 files changed, 60 insertions(+), 13 deletions(-) base-commit: 6efb943b8616ec53a5e444193dccf1af9ad627b5 -- 2.28.0 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-11.8 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_GIT autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 0D26DC433ED for ; Tue, 11 May 2021 10:06:05 +0000 (UTC) Received: from mm01.cs.columbia.edu (mm01.cs.columbia.edu [128.59.11.253]) by mail.kernel.org (Postfix) with ESMTP id 51A2161936 for ; Tue, 11 May 2021 10:06:04 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 51A2161936 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=kvmarm-bounces@lists.cs.columbia.edu Received: from localhost (localhost [127.0.0.1]) by mm01.cs.columbia.edu (Postfix) with ESMTP id C053F4B39D; Tue, 11 May 2021 06:06:03 -0400 (EDT) X-Virus-Scanned: at lists.cs.columbia.edu Authentication-Results: mm01.cs.columbia.edu (amavisd-new); dkim=softfail (fail, message has been altered) header.i=@kernel.org Received: from mm01.cs.columbia.edu ([127.0.0.1]) by localhost (mm01.cs.columbia.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2H6nzcyAsG8s; Tue, 11 May 2021 06:06:02 -0400 (EDT) Received: from mm01.cs.columbia.edu (localhost [127.0.0.1]) by mm01.cs.columbia.edu (Postfix) with ESMTP id 8FE924B4B3; Tue, 11 May 2021 06:06:02 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mm01.cs.columbia.edu (Postfix) with ESMTP id 68C6B4B4AF for ; Tue, 11 May 2021 06:06:01 -0400 (EDT) X-Virus-Scanned: at lists.cs.columbia.edu Received: from mm01.cs.columbia.edu ([127.0.0.1]) by localhost (mm01.cs.columbia.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vZSY2OwjlZ7Q for ; Tue, 11 May 2021 06:06:00 -0400 (EDT) Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by mm01.cs.columbia.edu (Postfix) with ESMTPS id 3A9AD4B39D for ; Tue, 11 May 2021 06:06:00 -0400 (EDT) Received: by mail.kernel.org (Postfix) with ESMTPSA id 2F60861360; Tue, 11 May 2021 10:05:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1620727558; bh=RlNaQugaThbhHxZD0Bx4H5Pc9CrWxAqv0CUHIawYkSk=; h=From:To:Cc:Subject:Date:From; b=GmY0r1IkW3ZeGuFPesJIUk10G0bmFN6ceybj46DtgYlzYIMqRRPbswUKdNL2jBhnW l/ZvckzitBi4O5D1xMtId10RQRWtXmuPJLUMCooqUixyjZ+ggFmUWAhjBsNaCElc9T 8wGcvvublT2SaDT1c2KzMw4yGHJjHtzf0/joh0h/IYIYiAZXdKtEjzbQlET6xexDL2 o7etoJtcP0gOwdCLxDTBw00jI+Plg4iKtTu7BUlIIKrx87a1VRUXOjiwz8C0FoMU2E Ld0dMkYL/WSB7Z03xxLA93T3VBfMtc6LT4gd27sv43Kgy32Oz/AIIeG+V3yk7vWNyV ERDgF+e43XDbg== From: Mike Rapoport To: Andrew Morton Subject: [PATCH v4 0/4] arm64: drop pfn_valid_within() and simplify pfn_valid() Date: Tue, 11 May 2021 13:05:46 +0300 Message-Id: <20210511100550.28178-1-rppt@kernel.org> X-Mailer: git-send-email 2.28.0 MIME-Version: 1.0 Cc: David Hildenbrand , Catalin Marinas , Anshuman Khandual , linux-kernel@vger.kernel.org, Mike Rapoport , linux-mm@kvack.org, kvmarm@lists.cs.columbia.edu, linux-arm-kernel@lists.infradead.org, Marc Zyngier , Will Deacon , Mike Rapoport X-BeenThere: kvmarm@lists.cs.columbia.edu X-Mailman-Version: 2.1.14 Precedence: list List-Id: Where KVM/ARM decisions are made List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: kvmarm-bounces@lists.cs.columbia.edu Sender: kvmarm-bounces@lists.cs.columbia.edu From: Mike Rapoport Hi, These patches aim to remove CONFIG_HOLES_IN_ZONE and essentially hardwire pfn_valid_within() to 1. The idea is to mark NOMAP pages as reserved in the memory map and restore the intended semantics of pfn_valid() to designate availability of struct page for a pfn. With this the core mm will be able to cope with the fact that it cannot use NOMAP pages and the holes created by NOMAP ranges within MAX_ORDER blocks will be treated correctly even without the need for pfn_valid_within. The patches are boot tested on qemu-system-aarch64. I beleive it would be best to route these via mmotm tree. v4: * rebase on v5.13-rc1 v3: Link: https://lore.kernel.org/lkml/20210422061902.21614-1-rppt@kernel.org * Fix minor issues found by Anshuman * Freshen up the declaration of pfn_valid() to make it consistent with pfn_is_map_memory() * Add more Acked-by and Reviewed-by tags, thanks Anshuman and David v2: Link: https://lore.kernel.org/lkml/20210421065108.1987-1-rppt@kernel.org * Add check for PFN overflow in pfn_is_map_memory() * Add Acked-by and Reviewed-by tags, thanks David. v1: Link: https://lore.kernel.org/lkml/20210420090925.7457-1-rppt@kernel.org * Add comment about the semantics of pfn_valid() as Anshuman suggested * Extend comments about MEMBLOCK_NOMAP, per Anshuman * Use pfn_is_map_memory() name for the exported wrapper for memblock_is_map_memory(). It is still local to arch/arm64 in the end because of header dependency issues. rfc: Link: https://lore.kernel.org/lkml/20210407172607.8812-1-rppt@kernel.org Mike Rapoport (4): include/linux/mmzone.h: add documentation for pfn_valid() memblock: update initialization of reserved pages arm64: decouple check whether pfn is in linear map from pfn_valid() arm64: drop pfn_valid_within() and simplify pfn_valid() arch/arm64/Kconfig | 3 --- arch/arm64/include/asm/memory.h | 2 +- arch/arm64/include/asm/page.h | 3 ++- arch/arm64/kvm/mmu.c | 2 +- arch/arm64/mm/init.c | 14 +++++++++++++- arch/arm64/mm/ioremap.c | 4 ++-- arch/arm64/mm/mmu.c | 2 +- include/linux/memblock.h | 4 +++- include/linux/mmzone.h | 11 +++++++++++ mm/memblock.c | 28 ++++++++++++++++++++++++++-- 10 files changed, 60 insertions(+), 13 deletions(-) base-commit: 6efb943b8616ec53a5e444193dccf1af9ad627b5 -- 2.28.0 _______________________________________________ kvmarm mailing list kvmarm@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/kvmarm From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-12.7 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED,USER_AGENT_GIT autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 88645C433B4 for ; Tue, 11 May 2021 12:47:03 +0000 (UTC) Received: from desiato.infradead.org (desiato.infradead.org [90.155.92.199]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id DFE0961921 for ; Tue, 11 May 2021 12:47:02 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org DFE0961921 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=desiato.20200630; h=Sender:Content-Transfer-Encoding :Content-Type:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:MIME-Version:Message-Id:Date:Subject:Cc:To:From: Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender :Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Owner; bh=Lahfa9IuddBwfn4/AjGUoRerqWv73SDs17TrLzIcfgc=; b=cC4nykYRhi5PmVHyVbWb7fdd6Z +RNY8XsliEt4fEwWR8tUCZ2WwAUbBUrXc3oUSNQJdLvFL33LJVJOAsMc36csnWSDaqwsrhEFcw4S2 kvAOMLzF14T/O6wQu3afiyustzsDPm6vgQz2zd+3LCqulMTi9sLZxikX+1EqeCzFKlfZ2c21ZoFQN gsc16ZMa7icBRh/kvbs5WR/ZAYUC1IftUh0bjacBGXPufOKw+2tOYu51FfcJ1blAHAZ+RHz2cnfP+ 7zNule4KLB8rSSmH5R6j9RwEFbT6pz+bRyfie1Ey729L7e5djo8nC59vgWlRbUxUUaYirAUCqc9t8 ArTdrpxA==; Received: from localhost ([::1] helo=desiato.infradead.org) by desiato.infradead.org with esmtp (Exim 4.94 #2 (Red Hat Linux)) id 1lgRlI-00HSWD-RQ; Tue, 11 May 2021 12:45:21 +0000 Received: from bombadil.infradead.org ([2607:7c80:54:e::133]) by desiato.infradead.org with esmtps (Exim 4.94 #2 (Red Hat Linux)) id 1lgPH8-00Gphj-9y for linux-arm-kernel@desiato.infradead.org; Tue, 11 May 2021 10:06:03 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20210309; h=Content-Transfer-Encoding: MIME-Version:Message-Id:Date:Subject:Cc:To:From:Sender:Reply-To:Content-Type: Content-ID:Content-Description:In-Reply-To:References; bh=4DPe5H0J6n2Dxb0NptlWQQRQCqBDLn6WKeU0oE5YQkQ=; b=Kv/mHKvlJ5wt6FIplnesCQQp8R LSu05ceJzu7a4Xy2Q952F4u4ehnPB4TIINTTDuoOUXddNmrqmbYkvS4JJFzKt+Ygw0QeROGIJMang R3GjOWEZOJ+L8AeVUHGwDhplKuPn7/i76IbH2u4h2EVcnuzsIjJHVRJtOtL4JDrba88A9zOvGjChg lWRmEjD3+QwKbPT+300KTJfFwizdFyXPbEub5bcZOU3NRd8puADyBhpHDeJtOa+H7EqUCJqh7oHHJ bJtUQjQfWAuTGyPybCDbwX4gbYoHhrBMiRQPi/rVdx7mDGIEeejVyg2bVFbfepSc1Wgcf8uELYbru ZTp+SUPA==; Received: from mail.kernel.org ([198.145.29.99]) by bombadil.infradead.org with esmtps (Exim 4.94 #2 (Red Hat Linux)) id 1lgPH5-009STZ-IO for linux-arm-kernel@lists.infradead.org; Tue, 11 May 2021 10:06:01 +0000 Received: by mail.kernel.org (Postfix) with ESMTPSA id 2F60861360; Tue, 11 May 2021 10:05:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1620727558; bh=RlNaQugaThbhHxZD0Bx4H5Pc9CrWxAqv0CUHIawYkSk=; h=From:To:Cc:Subject:Date:From; b=GmY0r1IkW3ZeGuFPesJIUk10G0bmFN6ceybj46DtgYlzYIMqRRPbswUKdNL2jBhnW l/ZvckzitBi4O5D1xMtId10RQRWtXmuPJLUMCooqUixyjZ+ggFmUWAhjBsNaCElc9T 8wGcvvublT2SaDT1c2KzMw4yGHJjHtzf0/joh0h/IYIYiAZXdKtEjzbQlET6xexDL2 o7etoJtcP0gOwdCLxDTBw00jI+Plg4iKtTu7BUlIIKrx87a1VRUXOjiwz8C0FoMU2E Ld0dMkYL/WSB7Z03xxLA93T3VBfMtc6LT4gd27sv43Kgy32Oz/AIIeG+V3yk7vWNyV ERDgF+e43XDbg== From: Mike Rapoport To: Andrew Morton Cc: Anshuman Khandual , Ard Biesheuvel , Catalin Marinas , David Hildenbrand , Marc Zyngier , Mark Rutland , Mike Rapoport , Mike Rapoport , Will Deacon , kvmarm@lists.cs.columbia.edu, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: [PATCH v4 0/4] arm64: drop pfn_valid_within() and simplify pfn_valid() Date: Tue, 11 May 2021 13:05:46 +0300 Message-Id: <20210511100550.28178-1-rppt@kernel.org> X-Mailer: git-send-email 2.28.0 MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210511_030559_666059_72E9292D X-CRM114-Status: GOOD ( 12.10 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org From: Mike Rapoport Hi, These patches aim to remove CONFIG_HOLES_IN_ZONE and essentially hardwire pfn_valid_within() to 1. The idea is to mark NOMAP pages as reserved in the memory map and restore the intended semantics of pfn_valid() to designate availability of struct page for a pfn. With this the core mm will be able to cope with the fact that it cannot use NOMAP pages and the holes created by NOMAP ranges within MAX_ORDER blocks will be treated correctly even without the need for pfn_valid_within. The patches are boot tested on qemu-system-aarch64. I beleive it would be best to route these via mmotm tree. v4: * rebase on v5.13-rc1 v3: Link: https://lore.kernel.org/lkml/20210422061902.21614-1-rppt@kernel.org * Fix minor issues found by Anshuman * Freshen up the declaration of pfn_valid() to make it consistent with pfn_is_map_memory() * Add more Acked-by and Reviewed-by tags, thanks Anshuman and David v2: Link: https://lore.kernel.org/lkml/20210421065108.1987-1-rppt@kernel.org * Add check for PFN overflow in pfn_is_map_memory() * Add Acked-by and Reviewed-by tags, thanks David. v1: Link: https://lore.kernel.org/lkml/20210420090925.7457-1-rppt@kernel.org * Add comment about the semantics of pfn_valid() as Anshuman suggested * Extend comments about MEMBLOCK_NOMAP, per Anshuman * Use pfn_is_map_memory() name for the exported wrapper for memblock_is_map_memory(). It is still local to arch/arm64 in the end because of header dependency issues. rfc: Link: https://lore.kernel.org/lkml/20210407172607.8812-1-rppt@kernel.org Mike Rapoport (4): include/linux/mmzone.h: add documentation for pfn_valid() memblock: update initialization of reserved pages arm64: decouple check whether pfn is in linear map from pfn_valid() arm64: drop pfn_valid_within() and simplify pfn_valid() arch/arm64/Kconfig | 3 --- arch/arm64/include/asm/memory.h | 2 +- arch/arm64/include/asm/page.h | 3 ++- arch/arm64/kvm/mmu.c | 2 +- arch/arm64/mm/init.c | 14 +++++++++++++- arch/arm64/mm/ioremap.c | 4 ++-- arch/arm64/mm/mmu.c | 2 +- include/linux/memblock.h | 4 +++- include/linux/mmzone.h | 11 +++++++++++ mm/memblock.c | 28 ++++++++++++++++++++++++++-- 10 files changed, 60 insertions(+), 13 deletions(-) base-commit: 6efb943b8616ec53a5e444193dccf1af9ad627b5 -- 2.28.0 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel