From: Christoph Jaeger christophjae...@linux.com
chameleon_parse_cells() bails out if chameleon descriptor type is
invalid but does not free the storage 'header' points to.
Signed-off-by: Christoph Jaeger christophjae...@linux.com
Signed-off-by: Johannes Thumshirn johannes.thumsh...@men.de
---
The following changes since commit cfbf8d4857c26a8a307fb7cd258074c9dcd8c691:
Linux 3.14-rc4 (2014-02-23 17:40:03 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/ohad/remoteproc.git
tags/remoteproc-3.15-cleanups
for you to fetch changes up to
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Jason Wang jasow...@redhat.com
[ Upstream commit 681daee2443291419c57cccb0671f5f94a839005 ]
Current error handling of virtqueue_kick() was wrong in two places:
- The skb were freed immediately
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Pravin B Shelar pshe...@nicira.com
[ Upstream commit fbd02dd405d0724a0f25897ed4a6813297c9b96f ]
Commit 10ddceb22ba (ip_tunnel:multicast process cause panic due
to skb-_skb_refdst NULL pointer)
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Li RongQing roy.qing...@gmail.com
[ Not applicable upstream commit, the code here has been removed
upstream. ]
Neighbor Solicitation is ipv6 protocol, so we should check
skb-protocol with
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Xiaoguang Chen che...@marvell.com
commit 95731ebb114c5f0c028459388560fc2a72fe5049 upstream.
Cpufreq governors' stop and start operations should be carried out
in sequence. Otherwise, there
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Nishanth Menon n...@ti.com
[ Upstream commit ebf4ad955d3e26d4d2a33709624fc7b5b9d3b969 ]
Few platforms use external regulator to keep the ethernet MAC supplied.
So, request and enable the
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Dichtel nicolas.dich...@6wind.com
[ Upstream commit f518338b16038beeb73e155e60d0f70beb9379f4 ]
Commit 812e44dd1829 (ip6mr: advertise new mfc entries via rtnl) reuses the
function
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Dichtel nicolas.dich...@6wind.com
[ Upstream commit 1c104a6bebf3c16b6248408b84f91d09ac8a26b6 ]
Commit 3ff661c38c84 (net: rtnetlink notify events for FDB NTF_SELF adds and
deletes)
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Ard Biesheuvel ard.biesheu...@linaro.org
commit 8ceee72808d1ae3fb191284afc2257a2be964725 upstream.
The GHASH setkey() function uses SSE registers but fails to call
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Sasha Levin sasha.le...@oracle.com
[ Upstream commit bf39b4247b8799935ea91d90db250ab608a58e50 ]
Binding might result in a NULL device which is later dereferenced
without checking.
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: David Stevens dlstev...@us.ibm.com
[ Upstream commit 7346135dcd3f9b57f30a5512094848c678d7143e ]
This patch fixes a NULL pointer dereference in the event of an
skb allocation failure in
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: lucien lucien@gmail.com
[ Upstream commit e367c2d03dba4c9bcafad24688fadb79dd95b218 ]
In ip6_append_data_mtu(), when the xfrm mode is not tunnel(such as
transport),the ipsec header need to
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: dingtianhong dingtianh...@huawei.com
[ Upstream commit fb00bc2e6cd2046282ba4b03f4fe682aee70b2f8 ]
The commit d3ab3ffd1d728d7ee77340e7e7e2c7cfe6a4013e
(bonding: use rlb_client_info-vlan_id
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Stefan Wahren stefan.wah...@i2se.com
[ Upstream commit 84fe61821e4ebab6322eeae3f3c27f77f0031978 ]
If the Freescale fec is in promiscuous mode and network cable is
reconnected then the
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: =?UTF-8?q?Linus=20L=C3=BCssing?= linus.luess...@web.de
[ Upstream commit 20a599bec95a52fa72432b2376a2ce47c5bb68fb ]
Without this check someone could easily create a denial of service
by
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Matthew Leach matthew.le...@arm.com
[ Upstream commit dbb490b96584d4e958533fb637f08b557f505657 ]
When copying in a struct msghdr from the user, if the user has set the
msg_namelen parameter to
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter dan.carpen...@oracle.com
[ Upstream commit 7563487cbf865284dcd35e9ef5a95380da046737 ]
There are three buffer overflows addressed in this patch.
1) In isdnloop_fake_err() we add
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet eric.duma...@gmail.com
[ Upstream commit c3f9b01849ef3bc69024990092b9f42e20df7797 ]
Lars Persson reported following deadlock :
-000 |M:0x0:0x802B6AF8(asm) -- arch_spin_lock
-001
Hi Linus,
Please grab my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
The most important changes here are from Josef, fixing a btrfs
regression in 3.14 that can cause corruptions in the extent allocation
tree when snapshots are in use. Josef
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Michael S. Tsirkin m...@redhat.com
[ Upstream commit 1fd819ecb90cc9b822cd84d3056ddba315d3340f ]
skb_segment copies frags around, so we need
to copy them carefully to avoid accessing
user
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Michael S. Tsirkin m...@redhat.com
[ Upstream commit df5771ffefb13f8af5392bd54fd7e2b596a3a357 ]
rename local variable to make it easier to tell at a glance that we are
dealing with a head skb.
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Michael S. Tsirkin m...@redhat.com
[ Upstream commit 1a4cedaf65491e66e1e55b8428c89209da729209 ]
fskb is unrelated to frag: it's coming from
frag_list. Rename it list_skb to avoid confusion.
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Michael S. Tsirkin m...@redhat.com
[ Upstream commit 4e1beba12d094c6c761ba5c49032b9b9e46380e8 ]
skb_frag can in fact point at either skb
or fskb so rename it generally frag.
Signed-off-by:
On Tue, Apr 01, 2014 at 04:06:04PM +0300, Peter Ujfalusi wrote:
Pause/Resume can be used by the audio stack when the stream is paused/resumed
The edma platform code has support for this and the legacy audio stack used
this.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Mischa Jonker mjon...@synopsys.com
commit 6eda477b3c54b8236868c8784e5e042ff14244f0 upstream.
The Synopsys APB DW UART has a couple of special features that are not
in the System C model. In
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Michael Chan mc...@broadcom.com
[ Upstream commit a8d9bc2e9f5d1c5a25e33cec096d2a1652d3fd52 ]
The pci shutdown handler added in:
bnx2: Add pci shutdown handler
commit
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Michael S. Tsirkin m...@redhat.com
[ Upstream commit 8cb19905e9287a93ce7c2cbbdf742a060b00e219 ]
frag points at nskb, so name it appropriately
Signed-off-by: Michael S. Tsirkin m...@redhat.com
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Annie Li annie...@oracle.com
[ Upstream commit 5bd076708664313f2bdbbc1cf71093313b7774a1 ]
Current netback uses gso_type to check whether the skb contains
gso offload, and this is wrong.
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: =?UTF-8?q?Peter=20Bostr=C3=B6m?= peter.bost...@netrounds.com
[ Upstream commit dd38743b4cc2f86be250eaf156cf113ba3dd531a ]
With TX VLAN offload enabled the source MAC address for frames sent
On Fri, Apr 11, 2014 at 07:16:34AM -0700, Greg Kroah-Hartman wrote:
On Fri, Apr 11, 2014 at 08:48:40AM +0200, Johannes Thumshirn wrote:
Hi Greg,
Please pull this change for drivers/mcb.
Thanks
Johannes
--
The following changes since commit
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: =?UTF-8?q?Linus=20L=C3=BCssing?= linus.luess...@web.de
[ Upstream commit 9ed973cc40c588abeaa58aea0683ea665132d11d ]
General IGMP and MLD queries are supposed to have the multicast
link-local
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet eduma...@google.com
[ Upstream commit 632623153196bf183a69686ed9c07eee98ff1bf8 ]
While it is true that getnstimeofday() uses about 40 cycles if TSC
is available, it can use 1600
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Dichtel nicolas.dich...@6wind.com
[ Upstream commit 65886f439ab0fdc2dff20d1fa87afb98c6717472 ]
Commit 8cd3ac9f9b7b (ipmr: advertise new mfc entries via rtnl) reuses the
function
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet eduma...@google.com
[ Upstream commit 2d8d40afd187bced0a3d056366fb58d66fe845e3 ]
Resizing fq hash table allocates memory while holding qdisc spinlock,
with BH disabled.
This is
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: =?UTF-8?q?Bj=C3=B8rn=20Mork?= bj...@mork.no
[ Upstream commit ff0992e9036e9810e7cd45234fa32ca1e79750e2 ]
This is a context modified revert of commit 6a9612e2cb22
(net: cdc_ncm: remove ncm_parm
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Sabrina Dubroca s...@queasysnail.net
[ Upstream commit c88507fbad8055297c1d1e21e599f46960cbee39 ]
DST_NOCOUNT should only be used if an authorized user adds routes
locally. In case of routes
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Anton Nayshtut an...@swortex.com
[ Upstream commit d2d273ffabd315eecefce21a4391d44b6e156b73 ]
Without this fix, ipv6_exthdrs_offload_init doesn't register IPPROTO_DSTOPTS
offload, but returns
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: YOSHIFUJI Hideaki yoshf...@linux-ipv6.org
[ Upstream commit 77bc6bed7121936bb2e019a8c336075f4c8eef62 ]
Return -EINVAL unless all of user-given strings are correctly
NUL-terminated.
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet eduma...@google.com
[ Upstream commit de1443916791d75fdd26becb116898277bb0273f ]
Some applications didn't expect recvmsg() on a non blocking socket
could return -EINTR. This
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Florian Westphal f...@strlen.de
[ Upstream commit e588e2f286ed7da011ed357c24c5b9a554e26595 ]
Quoting Alexander Aring:
While fragmentation and unloading of 6lowpan module I got this kernel
On Thu, Apr 10, 2014 at 11:36:30AM -0500, Joel Fernandes wrote:
On 04/01/2014 08:06 AM, Peter Ujfalusi wrote:
To improve latency with cyclic DMA operation it is preferred to
use different eventq/tc than the default which is used by all
other drivers (mmc, spi, i2c, etc).
When preparing
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Erik Hugne erik.hu...@ericsson.com
[ Upstream commit edcc0511b5ee7235282a688cd604e3ae7f9e1fc9 ]
When a topology server subscriber is disconnected, the associated
connection id is set to zero.
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Erik Hugne erik.hu...@ericsson.com
[ Upstream commit 2892505ea170094f982516bb38105eac45f274b1 ]
Failure to schedule a TIPC tasklet with tipc_k_signal because the
tasklet handler is disabled is
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Erik Hugne erik.hu...@ericsson.com
[ Upstream commit 1bb8dce57f4d15233688c68990852a10eb1cd79f ]
When the TIPC module is removed, the tasklet handler is disabled
before all other subsystems.
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Ying Xue ying@windriver.com
[ Upstream commit 4652edb70e8a7eebbe47fa931940f65522c36e8f ]
When tipc_conn_sendmsg() calls tipc_conn_lookup() to query a
connection instance, its reference
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Ying Xue ying@windriver.com
[ Upstream commit 6d4ebeb4df0176b1973875840a9f7e91394c0685 ]
Currently connection shutdown callback function is called when
connection instance is released in
NOTE
This is probably going to be the last 3.13.y kernel release. There
_might_ be one more after this, but given my travel schedule for the
next few weeks, don't count on it. Please move to the 3.14 kernel tree
as soon as possible.
This is
On 04/02/2014 12:55 AM, tip-bot for Chen, Gong wrote:
@@ -614,6 +618,8 @@ void machine_check_poll(enum mcp_flags flags, mce_banks_t
*b)
if (!(m.status MCI_STATUS_VAL))
continue;
+ v = get_cpu_var(mce_polled_error);
+ set_bit(0,
On Tue, Apr 01, 2014 at 04:06:01PM +0300, Peter Ujfalusi wrote:
Hi,
This is basically a resend of the previous series:
https://lkml.org/lkml/2014/3/13/119
with removed ASoC patches (most of them are applied already).
Changes since v1:
- ASoC patches removed
- Comments from Andriy
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann dbork...@redhat.com
[ Upstream commit c485658bae87faccd7aed540fd2ca3ab37992310 ]
While working on ec0223ec48a9 (net: sctp: fix sctp_sf_do_5_1D_ce to
verify if we/peer is AUTH
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Paul Moore pmo...@redhat.com
commit f64410ec665479d7b4b77b7519e814253ed0f686 upstream.
This patch is based on an earlier patch by Eric Paris, he describes
the problem below:
If an inode is
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Nikolay Aleksandrov niko...@redhat.com
[ Upstream commit 24b9bf43e93e0edd89072da51cf1fab95fc69dec ]
I stumbled upon this very serious bug while hunting for another one,
it's a very subtle race
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: =?UTF-8?q?Linus=20L=C3=BCssing?= linus.luess...@web.de
[ Upstream commit 6565b9eeef194afbb3beec80d6dd2447f4091f8c ]
MLD queries are supposed to have an IPv6 link-local source address
according
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Michael S. Tsirkin m...@redhat.com
[ Upstream commit a39ee449f96a2cd44ce056d8a0a112211a9b1a1f ]
vhost fails to validate negative error code
from vhost_get_vq_desc causing
a crash: we are using
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Hannes Frederic Sowa han...@stressinduktion.org
[ Upstream commit 43a43b6040165f7b40b5b489fe61a4cb7f8c4980 ]
After commit c15b1ccadb323ea (ipv6: move DAD and addrconf_verify
processing to
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Paul Durrant paul.durr...@citrix.com
[ Upstream commit 0576eddf24df716d8570ef8ca11452a9f98eaab2 ]
This patch removes a test in start_new_rx_buffer() that checks whether
a copy operation is
To weigh in on the desire to have support (at least as an optional behavior)
for the legacy flow control behavior, there are many existing uses of it. Many
these are related to experimental purposes where the tuntap driver can be used
(with a little user space code) as a surrogate for a
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Dichtel nicolas.dich...@6wind.com
[ Upstream commit f518338b16038beeb73e155e60d0f70beb9379f4 ]
Commit 812e44dd1829 (ip6mr: advertise new mfc entries via rtnl) reuses the
function
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Michael S. Tsirkin m...@redhat.com
[ Upstream commit d8316f3991d207fe32881a9ac20241be8fa2bad0 ]
When mergeable buffers are disabled, and the
incoming packet is too large for the rx buffer,
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Vlad Yasevich vyase...@redhat.com
[ Upstream commit fc0d48b8fb449ca007b2057328abf736cb516168 ]
Currently, if the card supports CTAG acceleration we do not
account for the vlan header even if
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Oliver Neukum oneu...@suse.de
[ Upstream commit 14a0d635d18d0fb552dcc979d6d25106e6541f2e ]
This fixes a race which happens by freeing an object on the stack.
Quoting Julius:
The issue is
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Anton Nayshtut an...@swortex.com
[ Upstream commit d2d273ffabd315eecefce21a4391d44b6e156b73 ]
Without this fix, ipv6_exthdrs_offload_init doesn't register IPPROTO_DSTOPTS
offload, but returns
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Dichtel nicolas.dich...@6wind.com
[ Upstream commit 1c104a6bebf3c16b6248408b84f91d09ac8a26b6 ]
Commit 3ff661c38c84 (net: rtnetlink notify events for FDB NTF_SELF adds and
deletes)
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Dichtel nicolas.dich...@6wind.com
[ Upstream commit 65886f439ab0fdc2dff20d1fa87afb98c6717472 ]
Commit 8cd3ac9f9b7b (ipmr: advertise new mfc entries via rtnl) reuses the
function
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Li RongQing roy.qing...@gmail.com
[ Not applicable upstream commit, the code here has been removed
upstream. ]
Neighbor Solicitation is ipv6 protocol, so we should check
skb-protocol with
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: David Stevens dlstev...@us.ibm.com
[ Upstream commit 7346135dcd3f9b57f30a5512094848c678d7143e ]
This patch fixes a NULL pointer dereference in the event of an
skb allocation failure in
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Vlad Yasevich vyase...@redhat.com
[ Upstream commit 51dfe7b944998eaeb2b34d314f3a6b16a5fd621b ]
Including hardware acceleration features in vlan_features breaks
stacked vlans (Q-in-Q) by
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: lucien lucien@gmail.com
[ Upstream commit e367c2d03dba4c9bcafad24688fadb79dd95b218 ]
In ip6_append_data_mtu(), when the xfrm mode is not tunnel(such as
transport),the ipsec header need to
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Heiner Kallweit heiner.kallw...@web.de
[ Upstream commit ecab67015ef6e3f3635551dcc9971cf363cc1cd5 ]
tmp_prefered_lft is an offset to ifp-tstamp, not now. Therefore
age needs to be added to the
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet eduma...@google.com
[ Upstream commit de1443916791d75fdd26becb116898277bb0273f ]
Some applications didn't expect recvmsg() on a non blocking socket
could return -EINTR. This
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Matthew Leach matthew.le...@arm.com
[ Upstream commit dbb490b96584d4e958533fb637f08b557f505657 ]
When copying in a struct msghdr from the user, if the user has set the
msg_namelen parameter to
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka mpato...@redhat.com
commit d82b922a4acc1781d368aceac2f9da43b038cab2 upstream.
The powernow-k6 driver used to read the initial multiplier from the
powernow register. However,
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Dichtel nicolas.dich...@6wind.com
commit c0ff68f1611d6855a06d672989ad5cfea160a4eb upstream.
If headers_install is executed from a deep/long directory structure, the
shell's maximum
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka mpato...@redhat.com
commit e20e1d0ac02308e2211306fc67abcd0b2668fb8b upstream.
I found out that a system with k6-3+ processor is unstable during network
server load. The system
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka mpato...@redhat.com
commit 22c73795b101597051924556dce019385a1e2fa0 upstream.
This patch reorders reported frequencies from the highest to the lowest,
just like in other
On 4/10/14, 9:52 AM, Richard Yao wrote:
Modules installed outside of the kernel's build system should go into
%s/lib/modules/%s/extra, but at present, perf will only look at them
when they are in %s/lib/modules/%s/kernel. Lets encourage good
citizenship by relaxing this requirement to
From: Rik van Riel r...@redhat.com
Setting the numa_preferred_node for a task in task_numa_migrate
does nothing on a 2-node system. Either we migrate to the node
that already was our preferred node, or we stay where we were.
On a 4-node system, it can slightly decrease overhead, by not
calling
The pseudo-interleaving code deals fairly well with the placement
of tasks that are part of workloads that span multiple NUMA nodes,
but the code has a number of corner cases left that can result in
higher than desired overhead.
This patch series reduces the overhead slightly, mostly visible
On 04/11/2014 07:57 PM, Christoph Lameter wrote:
On Fri, 11 Apr 2014, Vladimir Davydov wrote:
diff --git a/mm/slab_common.c b/mm/slab_common.c
index cab4c49b3e8c..3ffd2e76b5d2 100644
--- a/mm/slab_common.c
+++ b/mm/slab_common.c
@@ -573,6 +573,11 @@ void __init
From: Rik van Riel r...@redhat.com
When tasks have not converged on their preferred nodes yet, we want
to retry fairly often, to make sure we do not migrate a task's memory
to an undesirable location, only to have to move it again later.
This patch reduces the interval at which migration is
From: Rik van Riel r...@redhat.com
The NUMA code is smart enough to distribute the memory of workloads
that span multiple NUMA nodes across those NUMA nodes.
However, it still has a pretty high scan rate for such workloads,
because any memory that is left on a node other than the node of
the CPU
On Fri, Mar 21, 2014 at 9:46 AM, Jean-Jacques Hiblot
jjhib...@traphandler.com wrote:
The goal of this patch is to allow drivers to be probed even if at the time of
the DT parsing some of their IRQ ressources are not available yet.
In the current situation, the IRQ resources of a platform
On Thu, Apr 10, 2014 at 04:11:01PM -0400, Don Zickus wrote:
Enable multiple hist_entry_group groups in the output based on a sort
method.
Currently only 'perf report' is hooked in with '--group-sort='. The choices
are cpu, pid, and cacheline. Only --stdio works right now. I haven't
On Fri, 2014-04-11 at 13:00 -0400, r...@redhat.com wrote:
This should reduce the overhead of the automatic NUMA placement
code, when a workload spans multiple NUMA nodes.
trivial style note:
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
[]
@@ -1737,6 +1737,7 @@ void
On 04/11/2014 08:07 PM, Christoph Lameter wrote:
On Thu, 3 Apr 2014, Vladimir Davydov wrote:
--- a/include/linux/slab.h
+++ b/include/linux/slab.h
@@ -358,16 +358,7 @@ kmem_cache_alloc_node_trace(struct kmem_cache *s,
#include linux/slub_def.h
#endif
-static __always_inline void *
[ 251.920788] INFO: trying to register non-static key.
[ 251.921386] the code is fine but needs lockdep annotation.
[ 251.921386] turning off the locking correctness validator.
[ 251.921386] CPU: 2 PID: 15715 Comm: socket_listen Not tainted 3.14.0+ #294
[ 251.921386] Hardware name: Bochs
On 04/12/2014 12:33 AM, H. Peter Anvin wrote:
On 04/11/2014 06:51 AM, Romer, Benjamin M wrote:
I'm still confused where KVM comes into the picture. Are you actually
using KVM (and thus talking about nested virtualization) or are you
using Qemu in JIT mode and running another hypervisor
Commit-ID: b3b42ac2cbae1f3cecbb6229964a4d48af31d382
Gitweb: http://git.kernel.org/tip/b3b42ac2cbae1f3cecbb6229964a4d48af31d382
Author: H. Peter Anvin h...@linux.intel.com
AuthorDate: Sun, 16 Mar 2014 15:31:54 -0700
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 11 Apr
From: Miklos Szeredi mik...@szeredi.hu
Date: Fri, 11 Apr 2014 13:48:05 +0200
It would probably have been a good idea to CC all maintainers on the
cover letter, but I don't know how I could do that with git
send-email.
I strongly suggest that this _not_ be done.
There is a 1024 character
On 04/11/2014 10:35 AM, Jet Chen wrote:
As Peter said, QEMU probably should *not* set the hypervisor bit. But based
on my testing, I think KVM works properly in this case.
Either way, unless there is a CPUID interface exposed in CPUID levels
0x4000+, then relying on the hypervisor bit
Hi Linus,
A single fix for HyperV -- we never NEED the legacy PIC on HyperV, and
in kexec/kdump scenarios we don't always know that we originally
booted EFI. The right answer is probably to augment the legacy PIC
initialization code to detect a not-present PIC, but that is way too
high risk for
On 04/11/2014 01:34 PM, Joe Perches wrote:
On Fri, 2014-04-11 at 13:00 -0400, r...@redhat.com wrote:
This should reduce the overhead of the automatic NUMA placement
code, when a workload spans multiple NUMA nodes.
trivial style note:
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
My Name is Sr. Ramiro De Emerico
I am from Portugal I have been diagnosed with cancer. It has defiled
all forms of medical treatment, and right now I have only about a few
months to live, according to medical experts. I have not particularly
lived my life so well, as I never really cared for
On Fri, 2014-04-11 at 13:00 -0400, r...@redhat.com wrote:
This patch reduces the interval at which migration is retried,
when the task's numa_scan_period is small.
More style trivia and a question.
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
[]
@@ -1326,12 +1326,15 @@ static int
On Fri, 2014-04-11 at 10:40 -0700, H. Peter Anvin wrote:
On 04/11/2014 10:35 AM, Jet Chen wrote:
As Peter said, QEMU probably should *not* set the hypervisor bit. But based
on my testing, I think KVM works properly in this case.
Either way, unless there is a CPUID interface exposed
On Sat, 2014-04-12 at 01:35 +0800, Jet Chen wrote:
Hi Ben,
I re-tested this case with/without option -enable-kvm.
qemu-system-x86_64 -cpu Haswell,+smep,+smap invalid op
qemu-system-x86_64 -cpu kvm64 invalid op
qemu-system-x86_64 -cpu
EFI stub support is only missing for a 64 bit kernel on 32-bit firmware,
on 64-bit kernels, EFI stub works as usual.
---
Matt, I don't know if this help was intentionally discouraging,
however, out of curiosity, I tested this with ovmf, and the
kernel boots fine on 64-bit firmware bit with EFI
On 04/11/2014 10:59 AM, Thomas Bächler wrote:
EFI stub support is only missing for a 64 bit kernel on 32-bit firmware,
on 64-bit kernels, EFI stub works as usual.
---
Matt, I don't know if this help was intentionally discouraging,
however, out of curiosity, I tested this with ovmf, and the
On Fri, 2014-04-11 at 13:41 -0400, Rik van Riel wrote:
On 04/11/2014 01:34 PM, Joe Perches wrote:
On Fri, 2014-04-11 at 13:00 -0400, r...@redhat.com wrote:
This should reduce the overhead of the automatic NUMA placement
code, when a workload spans multiple NUMA nodes.
[]
Perhaps local
401 - 500 of 1326 matches
Mail list logo