Linux v3.14-rc1-86-g9343224
This commit is contained in:
Josh Boyer
parent
5a78cdc876
commit
58fa16ea43
@ -128,7 +128,8 @@ CONFIG_MMC=m
|
||||
CONFIG_SDIO_UART=m
|
||||
# CONFIG_MMC_TEST is not set
|
||||
# CONFIG_MMC_DEBUG is not set
|
||||
# CONFIG_MMC_UNSAFE_RESUME is not set
|
||||
# https://lists.fedoraproject.org/pipermail/kernel/2014-February/004889.html
|
||||
CONFIG_MMC_UNSAFE_RESUME=y
|
||||
# CONFIG_MMC_CLKGATE is not set
|
||||
CONFIG_MMC_BLOCK=m
|
||||
CONFIG_MMC_BLOCK_MINORS=8
|
||||
|
||||
11
kernel.spec
11
kernel.spec
@ -61,7 +61,7 @@ Summary: The Linux kernel
|
||||
# The rc snapshot level
|
||||
%define rcrev 1
|
||||
# The git snapshot level
|
||||
%define gitrev 2
|
||||
%define gitrev 3
|
||||
# Set rpm version accordingly
|
||||
%define rpmversion 3.%{upstream_sublevel}.0
|
||||
%endif
|
||||
@ -630,9 +630,6 @@ Patch25191: kernfs-oops-fix.patch
|
||||
Patch25192: imx-hdmi-fix.patch
|
||||
Patch25193: fix-exynos-hdmi-build.patch
|
||||
|
||||
Patch25194: tang-numa-1.patch
|
||||
Patch25915: tang-numa-2.patch
|
||||
|
||||
# END OF PATCH DEFINITIONS
|
||||
|
||||
%endif
|
||||
@ -1285,9 +1282,6 @@ ApplyPatch kernfs-oops-fix.patch
|
||||
ApplyPatch imx-hdmi-fix.patch
|
||||
ApplyPatch fix-exynos-hdmi-build.patch
|
||||
|
||||
ApplyPatch tang-numa-1.patch
|
||||
ApplyPatch tang-numa-2.patch
|
||||
|
||||
# END OF PATCH APPLICATIONS
|
||||
|
||||
%endif
|
||||
@ -2067,6 +2061,9 @@ fi
|
||||
# ||----w |
|
||||
# || ||
|
||||
%changelog
|
||||
* Fri Feb 07 2014 Josh Boyer <jwboyer@fedoraproject.org> - 3.14.0-0.rc1.git3.1
|
||||
- Linux v3.14-rc1-86-g9343224
|
||||
|
||||
* Thu Feb 06 2014 Josh Boyer <jwboyer@fedoraproject.org> - 3.14.0-0.rc1.git2.1
|
||||
- Linux v3.14-rc1-54-gef42c58
|
||||
|
||||
|
||||
2
sources
2
sources
@ -1,4 +1,4 @@
|
||||
0ecbaf65c00374eb4a826c2f9f37606f linux-3.13.tar.xz
|
||||
732d1952898b28d5ccc264cad77b0619 perf-man-3.13.tar.gz
|
||||
c3ef4db4edbf6ca3a01a0c392dd048b9 patch-3.14-rc1.xz
|
||||
4c99048a5468ebd2628398a37257c00c patch-3.14-rc1-git2.xz
|
||||
c2bf432f4279d2dd6f9774b06ab312ce patch-3.14-rc1-git3.xz
|
||||
|
||||
@ -1,83 +0,0 @@
|
||||
|
||||
Delivered-To: jwboyer@gmail.com
|
||||
Received: by 10.76.27.197 with SMTP id v5csp13439oag;
|
||||
Tue, 28 Jan 2014 01:11:29 -0800 (PST)
|
||||
X-Received: by 10.66.176.143 with SMTP id ci15mr352611pac.35.1390900288538;
|
||||
Tue, 28 Jan 2014 01:11:28 -0800 (PST)
|
||||
Return-Path: <linux-kernel-owner@vger.kernel.org>
|
||||
Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67])
|
||||
by mx.google.com with ESMTP id tq5si7486946pac.37.2014.01.28.01.10.46
|
||||
for <multiple recipients>;
|
||||
Tue, 28 Jan 2014 01:11:28 -0800 (PST)
|
||||
Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
|
||||
Authentication-Results: mx.google.com;
|
||||
spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mail=linux-kernel-owner@vger.kernel.org
|
||||
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
|
||||
id S1754836AbaA1JCw (ORCPT <rfc822;gardner.ben.linux@gmail.com>
|
||||
+ 99 others); Tue, 28 Jan 2014 04:02:52 -0500
|
||||
Received: from cn.fujitsu.com ([222.73.24.84]:26391 "EHLO song.cn.fujitsu.com"
|
||||
rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP
|
||||
id S1750855AbaA1JCt (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
|
||||
Tue, 28 Jan 2014 04:02:49 -0500
|
||||
X-IronPort-AV: E=Sophos;i="4.95,735,1384272000";
|
||||
d="scan'208";a="9461134"
|
||||
Received: from unknown (HELO tang.cn.fujitsu.com) ([10.167.250.3])
|
||||
by song.cn.fujitsu.com with ESMTP; 28 Jan 2014 16:59:01 +0800
|
||||
Received: from fnstmail02.fnst.cn.fujitsu.com (tang.cn.fujitsu.com [127.0.0.1])
|
||||
by tang.cn.fujitsu.com (8.14.3/8.13.1) with ESMTP id s0S92ilt031286;
|
||||
Tue, 28 Jan 2014 17:02:44 +0800
|
||||
Received: from G08FNSTD090432.fnst.cn.fujitsu.com ([10.167.226.99])
|
||||
by fnstmail02.fnst.cn.fujitsu.com (Lotus Domino Release 8.5.3)
|
||||
with ESMTP id 2014012817011033-1418710 ;
|
||||
Tue, 28 Jan 2014 17:01:10 +0800
|
||||
From: Tang Chen <tangchen@cn.fujitsu.com>
|
||||
To: davej@redhat.com, tglx@linutronix.de, mingo@redhat.com,
|
||||
hpa@zytor.com, akpm@linux-foundation.org,
|
||||
zhangyanfei@cn.fujitsu.com, guz.fnst@cn.fujitsu.com
|
||||
Cc: x86@kernel.org, linux-kernel@vger.kernel.org
|
||||
Subject: [PATCH 1/2] numa, mem-hotplug: Initialize numa_kernel_nodes in numa_clear_kernel_node_hotplug().
|
||||
Date: Tue, 28 Jan 2014 17:05:15 +0800
|
||||
Message-Id: <1390899916-23566-2-git-send-email-tangchen@cn.fujitsu.com>
|
||||
X-Mailer: git-send-email 1.7.11.7
|
||||
In-Reply-To: <1390899916-23566-1-git-send-email-tangchen@cn.fujitsu.com>
|
||||
References: <1390899916-23566-1-git-send-email-tangchen@cn.fujitsu.com>
|
||||
X-MIMETrack: Itemize by SMTP Server on mailserver/fnst(Release 8.5.3|September 15, 2011) at
|
||||
2014/01/28 17:01:10,
|
||||
Serialize by Router on mailserver/fnst(Release 8.5.3|September 15, 2011) at
|
||||
2014/01/28 17:01:10,
|
||||
Serialize complete at 2014/01/28 17:01:10
|
||||
Sender: linux-kernel-owner@vger.kernel.org
|
||||
Precedence: bulk
|
||||
List-ID: <linux-kernel.vger.kernel.org>
|
||||
X-Mailing-List: linux-kernel@vger.kernel.org
|
||||
|
||||
On-stack variable numa_kernel_nodes in numa_clear_kernel_node_hotplug()
|
||||
was not initialized. So we need to initialize it.
|
||||
|
||||
Signed-off-by: Tang Chen <tangchen@cn.fujitsu.com>
|
||||
Tested-by: Gu Zheng <guz.fnst@cn.fujitsu.com>
|
||||
---
|
||||
arch/x86/mm/numa.c | 2 ++
|
||||
1 file changed, 2 insertions(+)
|
||||
|
||||
diff --git a/arch/x86/mm/numa.c b/arch/x86/mm/numa.c
|
||||
index 81b2750..00c9f09 100644
|
||||
--- a/arch/x86/mm/numa.c
|
||||
+++ b/arch/x86/mm/numa.c
|
||||
@@ -569,6 +569,8 @@ static void __init numa_clear_kernel_node_hotplug(void)
|
||||
unsigned long start, end;
|
||||
struct memblock_type *type = &memblock.reserved;
|
||||
|
||||
+ nodes_clear(numa_kernel_nodes);
|
||||
+
|
||||
/* Mark all kernel nodes. */
|
||||
for (i = 0; i < type->cnt; i++)
|
||||
node_set(type->regions[i].nid, numa_kernel_nodes);
|
||||
--
|
||||
1.8.3.1
|
||||
|
||||
--
|
||||
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
|
||||
the body of a message to majordomo@vger.kernel.org
|
||||
More majordomo info at http://vger.kernel.org/majordomo-info.html
|
||||
Please read the FAQ at http://www.tux.org/lkml/
|
||||
@ -1,132 +0,0 @@
|
||||
|
||||
Delivered-To: jwboyer@gmail.com
|
||||
Received: by 10.76.27.197 with SMTP id v5csp13792oag;
|
||||
Tue, 28 Jan 2014 01:18:26 -0800 (PST)
|
||||
X-Received: by 10.68.203.102 with SMTP id kp6mr520665pbc.14.1390900706562;
|
||||
Tue, 28 Jan 2014 01:18:26 -0800 (PST)
|
||||
Return-Path: <linux-kernel-owner@vger.kernel.org>
|
||||
Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67])
|
||||
by mx.google.com with ESMTP id fl7si14540600pad.345.2014.01.28.01.17.52
|
||||
for <multiple recipients>;
|
||||
Tue, 28 Jan 2014 01:18:26 -0800 (PST)
|
||||
Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
|
||||
Authentication-Results: mx.google.com;
|
||||
spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mail=linux-kernel-owner@vger.kernel.org
|
||||
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
|
||||
id S1754809AbaA1JD6 (ORCPT <rfc822;gardner.ben.linux@gmail.com>
|
||||
+ 99 others); Tue, 28 Jan 2014 04:03:58 -0500
|
||||
Received: from cn.fujitsu.com ([222.73.24.84]:28048 "EHLO song.cn.fujitsu.com"
|
||||
rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP
|
||||
id S1750931AbaA1JCt (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
|
||||
Tue, 28 Jan 2014 04:02:49 -0500
|
||||
X-IronPort-AV: E=Sophos;i="4.95,735,1384272000";
|
||||
d="scan'208";a="9461135"
|
||||
Received: from unknown (HELO tang.cn.fujitsu.com) ([10.167.250.3])
|
||||
by song.cn.fujitsu.com with ESMTP; 28 Jan 2014 16:59:02 +0800
|
||||
Received: from fnstmail02.fnst.cn.fujitsu.com (tang.cn.fujitsu.com [127.0.0.1])
|
||||
by tang.cn.fujitsu.com (8.14.3/8.13.1) with ESMTP id s0S92ilu031286;
|
||||
Tue, 28 Jan 2014 17:02:45 +0800
|
||||
Received: from G08FNSTD090432.fnst.cn.fujitsu.com ([10.167.226.99])
|
||||
by fnstmail02.fnst.cn.fujitsu.com (Lotus Domino Release 8.5.3)
|
||||
with ESMTP id 2014012817011055-1418712 ;
|
||||
Tue, 28 Jan 2014 17:01:10 +0800
|
||||
From: Tang Chen <tangchen@cn.fujitsu.com>
|
||||
To: davej@redhat.com, tglx@linutronix.de, mingo@redhat.com,
|
||||
hpa@zytor.com, akpm@linux-foundation.org,
|
||||
zhangyanfei@cn.fujitsu.com, guz.fnst@cn.fujitsu.com
|
||||
Cc: x86@kernel.org, linux-kernel@vger.kernel.org
|
||||
Subject: [PATCH 2/2] numa, mem-hotplug: Fix array index overflow when synchronizing nid to memblock.reserved.
|
||||
Date: Tue, 28 Jan 2014 17:05:16 +0800
|
||||
Message-Id: <1390899916-23566-3-git-send-email-tangchen@cn.fujitsu.com>
|
||||
X-Mailer: git-send-email 1.7.11.7
|
||||
In-Reply-To: <1390899916-23566-1-git-send-email-tangchen@cn.fujitsu.com>
|
||||
References: <1390899916-23566-1-git-send-email-tangchen@cn.fujitsu.com>
|
||||
X-MIMETrack: Itemize by SMTP Server on mailserver/fnst(Release 8.5.3|September 15, 2011) at
|
||||
2014/01/28 17:01:10,
|
||||
Serialize by Router on mailserver/fnst(Release 8.5.3|September 15, 2011) at
|
||||
2014/01/28 17:01:11,
|
||||
Serialize complete at 2014/01/28 17:01:11
|
||||
Sender: linux-kernel-owner@vger.kernel.org
|
||||
Precedence: bulk
|
||||
List-ID: <linux-kernel.vger.kernel.org>
|
||||
X-Mailing-List: linux-kernel@vger.kernel.org
|
||||
|
||||
The following path will cause array out of bound.
|
||||
|
||||
memblock_add_region() will always set nid in memblock.reserved to MAX_NUMNODES.
|
||||
In numa_register_memblks(), after we set all nid to correct valus in memblock.reserved,
|
||||
we called setup_node_data(), and used memblock_alloc_nid() to allocate memory, with
|
||||
nid set to MAX_NUMNODES.
|
||||
|
||||
The nodemask_t type can be seen as a bit array. And the index is 0 ~ MAX_NUMNODES-1.
|
||||
|
||||
After that, when we call node_set() in numa_clear_kernel_node_hotplug(), the nodemask_t
|
||||
got an index of value MAX_NUMNODES, which is out of [0 ~ MAX_NUMNODES-1].
|
||||
|
||||
See below:
|
||||
|
||||
numa_init()
|
||||
|---> numa_register_memblks()
|
||||
| |---> memblock_set_node(memory) set correct nid in memblock.memory
|
||||
| |---> memblock_set_node(reserved) set correct nid in memblock.reserved
|
||||
| |......
|
||||
| |---> setup_node_data()
|
||||
| |---> memblock_alloc_nid() here, nid is set to MAX_NUMNODES (1024)
|
||||
|......
|
||||
|---> numa_clear_kernel_node_hotplug()
|
||||
|---> node_set() here, we have an index 1024, and overflowed
|
||||
|
||||
This patch moves nid setting to numa_clear_kernel_node_hotplug() to fix this problem.
|
||||
|
||||
Reported-by: Dave Jones <davej@redhat.com>
|
||||
Signed-off-by: Tang Chen <tangchen@cn.fujitsu.com>
|
||||
Tested-by: Gu Zheng <guz.fnst@cn.fujitsu.com>
|
||||
---
|
||||
arch/x86/mm/numa.c | 19 +++++++++++--------
|
||||
1 file changed, 11 insertions(+), 8 deletions(-)
|
||||
|
||||
diff --git a/arch/x86/mm/numa.c b/arch/x86/mm/numa.c
|
||||
index 00c9f09..a183b43 100644
|
||||
--- a/arch/x86/mm/numa.c
|
||||
+++ b/arch/x86/mm/numa.c
|
||||
@@ -493,14 +493,6 @@ static int __init numa_register_memblks(struct numa_meminfo *mi)
|
||||
struct numa_memblk *mb = &mi->blk[i];
|
||||
memblock_set_node(mb->start, mb->end - mb->start,
|
||||
&memblock.memory, mb->nid);
|
||||
-
|
||||
- /*
|
||||
- * At this time, all memory regions reserved by memblock are
|
||||
- * used by the kernel. Set the nid in memblock.reserved will
|
||||
- * mark out all the nodes the kernel resides in.
|
||||
- */
|
||||
- memblock_set_node(mb->start, mb->end - mb->start,
|
||||
- &memblock.reserved, mb->nid);
|
||||
}
|
||||
|
||||
/*
|
||||
@@ -571,6 +563,17 @@ static void __init numa_clear_kernel_node_hotplug(void)
|
||||
|
||||
nodes_clear(numa_kernel_nodes);
|
||||
|
||||
+ /*
|
||||
+ * At this time, all memory regions reserved by memblock are
|
||||
+ * used by the kernel. Set the nid in memblock.reserved will
|
||||
+ * mark out all the nodes the kernel resides in.
|
||||
+ */
|
||||
+ for (i = 0; i < numa_meminfo.nr_blks; i++) {
|
||||
+ struct numa_memblk *mb = &numa_meminfo.blk[i];
|
||||
+ memblock_set_node(mb->start, mb->end - mb->start,
|
||||
+ &memblock.reserved, mb->nid);
|
||||
+ }
|
||||
+
|
||||
/* Mark all kernel nodes. */
|
||||
for (i = 0; i < type->cnt; i++)
|
||||
node_set(type->regions[i].nid, numa_kernel_nodes);
|
||||
--
|
||||
1.8.3.1
|
||||
|
||||
--
|
||||
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
|
||||
the body of a message to majordomo@vger.kernel.org
|
||||
More majordomo info at http://vger.kernel.org/majordomo-info.html
|
||||
Please read the FAQ at http://www.tux.org/lkml/
|
||||
Loading…
Reference in New Issue
Block a user