Hello,
This is a new attempt to implement cumulative hist period report.
This work begins from Arun's SORT_INCLUSIVE patch [1] but I completely
rewrote it from scratch.
This patchset is based on my previous patchset [2] but I think it's
almost independent so that it can be applied separately.
Call __hists__add_entry() for each callchain node to get an
accumulated stat for an entry. Introduce new cumulative_iter ops to
process them properly.
Tested-by: Arun Sharma asha...@fb.com
Cc: Frederic Weisbecker fweis...@gmail.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
To support callchain accumulation, @entry should be recognized if it's
accumulated or not when add_hist_entry() called. The period of an
accumulated entry should be added to -stat_acc but not -stat. Add
@sample_self arg for that.
Tested-by: Arun Sharma asha...@fb.com
Cc: Frederic Weisbecker
The cpumode and level in struct addr_localtion was set for a sample
and but updated as cumulative callchains were added. This led to have
non-matching symbol and cpumode in the output.
Update it accordingly based on the fact whether the map is a part of
the kernel or not. This is a reverse of
The callchain_cursor_snapshot() is for saving current status of the
callchain. It'll be used to accumulate callchain information for each node.
Tested-by: Arun Sharma asha...@fb.com
Cc: Frederic Weisbecker fweis...@gmail.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/boot/dts/bcm11351.dtsi between commit 67a57be85e68 (ARM:
bcm11351: Enable pinctrl for Broadcom Capri SoCs) from Linus' tree and
commit 0bd898b872ac (ARM: dts: Declare clocks as fixed on bcm11351) and
several following
On Wed, Jan 22, 2014 at 12:06 PM, Randy Dunlap rdun...@infradead.org wrote:
On 01/22/2014 08:34 AM, Jim Davis wrote:
Building with the attached random configuration file,
warning: (X86_INTEL_MID) selects INTEL_SCU_IPC which has unmet direct
dependencies (X86 X86_PLATFORM_DEVICES
Hi Stephen,
On 23.01.2014 01:18, Stephen Boyd wrote:
On 01/11, Tomasz Figa wrote:
+
+/**
+ * of_genpd_lock() - Lock access to of_genpd_providers list
+ */
+static void of_genpd_lock(void)
+{
+ mutex_lock(of_genpd_mutex);
+}
+
+/**
+ * of_genpd_unlock() - Unlock access to
On 01/20, Tomasz Figa wrote:
Hi Kevin,
On 14.01.2014 16:42, Kevin Hilman wrote:
Tomasz Figa tomasz.f...@gmail.com writes:
This patch introduces generic code to perform power domain look-up using
device tree and automatically bind devices to their power domains.
Generic device tree
On Wed, Jan 22, 2014 at 04:08:52PM -0800, Linus Torvalds wrote:
On Wed, Jan 22, 2014 at 3:36 PM, Jan Kara j...@suse.cz wrote:
But refcounting seems like an overkill for this - there is exactly one
fanotify_response_event structure iff it is a permission event. So
something like the
Zoltan Kiss zoltan.k...@citrix.com wrote:
The grant mapping API does m2p_override unnecessarily: only gntdev
needs it,
for blkback and future netback patches it just cause a lock contention,
as
those pages never go to userspace. Therefore this series does the
following:
- the original functions
Luis R. Rodriguez mcg...@do-not-panic.com wrote:
On Mon, Jan 20, 2014 at 2:38 AM, David Vrabel david.vra...@citrix.com
wrote:
On 17/01/14 23:02, Luis R. Rodriguez wrote:
As per linux-next Next/Trees [0], and a recent January MAINTAINERS
patch [1]
from David one of the xen development kernel git
The following changes since commit 319e2e3f63c348a9b66db4667efa73178e18b17d:
Linux 3.13-rc4 (2013-12-15 12:31:33 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/device-mapper/linux-dm.git
tags/dm-3.14-changes
for you to fetch changes up to
Yijing Wang wangyij...@huawei.com wrote:
Fix acpi_evaluate_object() return value check,
shoud acpi_status not int.
Should be?
Your mailer also ate the word 'to' .
Signed-off-by: Yijing Wang wangyij...@huawei.com
---
v1-v2: Add CC to the related subsystem MAINTAINERS.
---
Mukesh Rathor mukesh.rat...@oracle.com wrote:
pvh was designed to start with pv flags, but a commit in xen tree
51e2cac257ec8b4080d89f0855c498cbbd76a5e5 removed some of the flags as
they are not necessary. As a result, these CR flags must be set in the
guest.
Signed-off-by: Roger Pau Monne
Luis R. Rodriguez mcg...@do-not-panic.com wrote:
As per linux-next Next/Trees [0], and a recent January MAINTAINERS
patch [1]
from David one of the xen development kernel git trees to track is
xen/git.git [2], this tree however gives has undefined references when
doing a
fresh clone [shown below],
Mukesh Rathor mukesh.rat...@oracle.com wrote:
pvh was designed to start with pv flags, but a commit in xen tree
51e2cac257ec8b4080d89f0855c498cbbd76a5e5 removed some of the flags as
Name of the patch in the Xen tree
they are not necessary. As a result, these CR flags must be set in the
guest.
[Re: [PATCH RFC 00/73] tree-wide: clean up some no longer required #include
linux/init.h] On 22/01/2014 (Wed 18:00) Stephen Rothwell wrote:
Hi Paul,
On Tue, 21 Jan 2014 16:22:03 -0500 Paul Gortmaker
paul.gortma...@windriver.com wrote:
Where: This work exists as a queue of patches that
Mukesh Rathor mukesh.rat...@oracle.com wrote:
Konrad,
The following patch sets the bits in CR0 and CR4. Please note, I'm
working
on patch for the xen side. The CR4 features are not currently exported
to a PVH guest.
The patch should really have been split in two - one for CR0 and one for CR4.
Boris Ostrovsky boris.ostrov...@oracle.com wrote:
On 01/13/2014 04:30 AM, Olaf Hering wrote:
On Fri, Jan 10, Boris Ostrovsky wrote:
I don't know discard code works but it seems to me that if you pass,
for
example, zero as discard_granularity (which may happen if
xenbus_gather()
fails) then
Jan Beulich jbeul...@suse.com wrote:
On 13.01.14 at 14:45, David Vrabel david.vra...@citrix.com wrote:
On 13/01/14 13:16, Jan Beulich wrote:
On 13.01.14 at 14:00, Ian Campbell ian.campb...@citrix.com
wrote:
On Mon, 2014-01-13 at 12:34 +, Jan Beulich wrote:
On 13.01.14 at 13:01, Olaf
On Thu, Jan 16, 2014 at 04:41:48PM +0100, Frederic Weisbecker wrote:
Ingo,
Please pull the timers/core branch that can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
timers/core
HEAD: 8fe8ff09ce3b5750e1f3e45a1f4a81d59c7ff1f1
Nothing
Just checking to see anyone had time to take a look at this and comment.
On Sun, Dec 8, 2013 at 12:22 PM, Feng Kan f...@apm.com wrote:
This change is made to preserve the GIC v2 releated bits in the
GIC_CPU_CTRL register (also known as the GICC_CTLR register in spec).
The original code only
Just checking to see anyone had time to take a look at this and comment.
Thanks
On Sun, Dec 8, 2013 at 12:22 PM, Feng Kan f...@apm.com wrote:
This change is made to preserve the GIC v2 releated bits in the
GIC_CPU_CTRL register (also known as the GICC_CTLR register in spec).
The original code
On 01/23/2014 08:18 AM, Minchan Kim wrote:
Hello all,
On Wed, Jan 22, 2014 at 12:33:58PM -0800, Andrew Morton wrote:
On Wed, 22 Jan 2014 09:19:58 -0500 Dan Streetman ddstr...@ieee.org wrote:
Acutally, I really don't know how much benefit we have that in-memory
swap overcomming to the real
:
[ 318.338431](ftrace buffer empty)
[ 318.338951] Modules linked in:
[ 318.339287] CPU: 45 PID: 10022 Comm: trinity-c190 Tainted: GW
3.13.0-next
-20140122-sasha-00011-gcc8342a-dirty #4
[ 318.340120] task: 8801e6a9b000 ti: 8801e6aee000 task.ti:
8801e6aee000
[ 318.340120
On 2014/1/23 5:05, Thomas Gleixner wrote:
On Thu, 2 Jan 2014, Yijing Wang wrote:
Fix some trivial comments typo in kernel/time/clocksource.c
That's not a typo. Thats a left over. The function simply cannot fail
anymore. So the subject of that patch should be something like:
clocksource:
On Wed, Jan 22, 2014 at 2:06 AM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
Hi Stephen,
On Wed, Jan 22, 2014 at 4:04 AM, Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/i915_irq.c between commit
On Wed, 22 Jan 2014, Sasha Levin wrote:
Hi all,
While fuzzing with trinity running inside a KVM tools guest using latest -next
kernel,
I've stumbled on a mm: BUG: Bad rss-counter state error which was pretty
non-obvious
in the mix of the kernel spew (why?).
It's not a fatal condition
Hello Dan
2014/1/22 Dan Streetman ddstr...@ieee.org:
On Wed, Jan 22, 2014 at 7:16 AM, Cai Liu liucai@gmail.com wrote:
Hello Minchan
2014/1/22 Minchan Kim minc...@kernel.org
Hello Cai,
On Tue, Jan 21, 2014 at 09:52:25PM +0800, Cai Liu wrote:
Hello Minchan
2014/1/21 Minchan Kim
2014/1/23 J. Bruce Fields bfie...@fieldses.org:
On Tue, Jan 21, 2014 at 08:35:36AM -0700, Trond Myklebust wrote:
On Jan 21, 2014, at 3:08, shaobingqing shaobingq...@bwstor.com.cn wrote:
2014/1/21 Trond Myklebust trond.mykleb...@primarydata.com:
On Mon, 2014-01-20 at 14:59 +0800,
Hi Lee,
On Wed, Jan 22, 2014 at 12:50:49PM +, Lee Jones wrote:
Version 4:
Tended to Brian's previous review comments
- Checkpatch acceptance
- MODULE_DEVICE_TABLE() name slip correction
- Timeout issue(s) resolved
- Potential infinite loop mitigated
- Code
On 01/22/2014 08:30 PM, Ingo Molnar wrote:
* Ren, Qiaowei qiaowei@intel.com wrote:
-Original Message-
From: Ingo Molnar [mailto:mingo.kernel@gmail.com] On Behalf Of Ingo
Molnar
Sent: Wednesday, January 22, 2014 7:53 PM
To: Ren, Qiaowei
Cc: H. Peter Anvin; Thomas Gleixner;
Hi Florian,
Do not we also need to update drivers/irqchip/irq-gic.c to look for
this compatible property? Alternatively should the example DTS contain
the following:
compatible = brcm,brahma-b15-gic, arm,cortex-a15-gic?
Patch #8 [1] of this series has the compatible string set exactly that
+ Huang
Hi Boris,
On Wed, Jan 08, 2014 at 03:21:56PM +0100, Boris BREZILLON wrote:
The Hynix nand flashes store their ECC requirements in byte 4 of its id
(returned on READ ID command).
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
I haven't verified yet (perhaps Huang can
From: Zoltan Kiss zoltan.k...@citrix.com
Date: Mon, 20 Jan 2014 21:24:20 +
A long known problem of the upstream netback implementation that on the TX
path (from guest to Dom0) it copies the whole packet from guest memory into
Dom0. That simply became a bottleneck with 10Gb NICs, and
On Wed, Jan 22, 2014 at 05:39:25PM -0800, David Rientjes wrote:
While fuzzing with trinity running inside a KVM tools guest using latest
-next
kernel,
I've stumbled on a mm: BUG: Bad rss-counter state error which was pretty
non-obvious
in the mix of the kernel spew (why?).
On 01/22/14 at 12:59pm, Peter Zijlstra wrote:
On Wed, Jan 22, 2014 at 11:45:32AM +0100, Peter Zijlstra wrote:
Ho humm.
OK, so I had me a ponder; does the below fix things for you and David?
I've only done a boot test on real proper hardware :-)
---
kernel/sched/clock.c | 42
On 01/22/14 at 10:08pm, Peter Zijlstra wrote:
I think its the right region to look through. My current suspect is the
linear continuity fit with the initial 'random' multiplier.
That initial 'random' multiplier can get us quite high, and we'll fit
the function to match that but
Hi Linus,
This is a pull request on f2fs updates for v3.14.
In this round, a couple of sysfs entries were introduced to tune the
f2fs at runtime.
In addition, f2fs starts to support inline_data and improves the
read/write performance in some workloads by refactoring bio-related
flows.
This
On Thu, Jan 23, 2014 at 3:11 AM, Mike Turquette mturque...@linaro.org wrote:
On Wed, Jan 22, 2014 at 9:59 AM, Stephen Boyd sb...@codeaurora.org wrote:
On 01/21/14 21:23, SeongJae Park wrote:
On Wed, Jan 22, 2014 at 1:59 PM, Greg KH gre...@linuxfoundation.org wrote:
On Wed, Jan 22, 2014 at
On Wed, Jan 22, 2014 at 10:41:33PM +0100, Uwe Kleine-König wrote:
Hello,
On Wed, Jan 22, 2014 at 10:49:51AM +0100, Uwe Kleine-König wrote:
On Tue, Dec 03, 2013 at 04:01:50PM +0800, Chris Ruehl wrote:
usb: chipidea: hw_phymode_configure moved before ci_usb_phy_init
hw_phymode_configure
On 01/23/14 at 09:53am, Dave Young wrote:
On 01/22/14 at 10:08pm, Peter Zijlstra wrote:
I think its the right region to look through. My current suspect is the
linear continuity fit with the initial 'random' multiplier.
That initial 'random' multiplier can get us quite high, and
On 01/22/2014 08:39 PM, David Rientjes wrote:
On Wed, 22 Jan 2014, Sasha Levin wrote:
Hi all,
While fuzzing with trinity running inside a KVM tools guest using latest -next
kernel,
I've stumbled on a mm: BUG: Bad rss-counter state error which was pretty
non-obvious
in the mix of the kernel
On 01/22/2014 08:52 PM, Dave Jones wrote:
Sasha, is this the current git tree version of Trinity ?
(I'm wondering if yesterdays munmap changes might be tickling this bug).
Ah yes, my tree has the munmap patch from yesterday, which would explain why we
started seeing this issue just now.
On Wed, Jan 22, 2014 at 08:30:30PM +, Ken Moffat wrote:
Two questions: Does regenerating (e.g. if the tarball has dropped
out of the cache) change its sums (md5sum or similar) ? In (beyond)
linuxfromscratch we use md5sums to verify that a tarball has not
changed.
The tarballs we
On 2014/1/23 5:37, Bjorn Helgaas wrote:
On Mon, Jan 20, 2014 at 7:46 PM, Yijing Wang wangyij...@huawei.com wrote:
Since acpi_evaluate_object() returns acpi_status and not plain int,
ACPI_FAILURE() should be used for checking its return value.
Reviewed-by: Jani Nikula jani.nik...@intel.com
On 2014/1/22 21:27, Russell King - ARM Linux wrote:
On Wed, Jan 22, 2014 at 07:25:15PM +0800, Wang Nan wrote:
ARM's kdump is actually corrupted (at least for omap4460), mainly because of
cache problem: flush_icache_range can't reliably ensure the copied data
correctly goes into RAM.
Quite
On Wed, Jan 22, 2014 at 09:16:03PM -0500, Sasha Levin wrote:
On 01/22/2014 08:52 PM, Dave Jones wrote:
Sasha, is this the current git tree version of Trinity ?
(I'm wondering if yesterdays munmap changes might be tickling this bug).
Ah yes, my tree has the munmap patch from yesterday,
2014/1/21 Trond Myklebust trond.mykleb...@primarydata.com:
On Jan 21, 2014, at 3:08, shaobingqing shaobingq...@bwstor.com.cn wrote:
2014/1/21 Trond Myklebust trond.mykleb...@primarydata.com:
On Mon, 2014-01-20 at 14:59 +0800, shaobingqing wrote:
In current code, there only one struct
On Wed, Jan 22, 2014 at 9:49 PM, John Tobias john.tobias...@gmail.com wrote:
Hello all,
Just to confirm that the error I posted previously exist in 3.13
released. Just be noted that some patches related to eMMC/sdhci has
been applied in order to boot the 3.13 on my board.
Addition to that, I
Since several local symbols can have same name (e.g. t_show),
we need to use the actual address instead of symbol name for
those points. Note that this works only with debuginfo.
E.g. without this change;
# ./perf probe -a t_show \$vars
Added new events:
probe:t_show (on t_show
Show the symbol+offset information for address only kprobe
events when --list operation without debuginfo. Currently
those events are shown by the address itself. With this change
perf probe finds symbols on those addresses and shows it.
E.g. without this change (when debuginfo is not available);
Some perf-probe commands do symbol_init() but doesn't
do exit call. This fixes that to call symbol_exit()
and relase machine if needed.
This also merges init_vmlinux() and init_user_exec()
because both of them are doing similar things.
(init_user_exec() just skips init vmlinux related
symbol
Show source-level or symbol-level information for uprobe events.
Without this change;
# ./perf probe -l
probe_perf:dso__load_vmlinux (on 0x0006d110 in
/kbuild/ksrc/linux-3/tools/perf/perf)
With this change;
# ./perf probe -l
probe_perf:dso__load_vmlinux (on
Allow to add events on the local functions without debuginfo.
(With the debuginfo, we can add events even on inlined functions)
Currently, probing on local functions requires debuginfo to
locate actual address. It is also possible without debuginfo since
we have symbol maps.
Without this change;
In map_groups__find_symbol() map-map_ip is used without
ensuring the map is loaded. Then the address passed
to map-map_ip isn't mapped at the first time.
E.g. below code always fails to get a symbol at the first call;
addr = /* Somewhere in the kernel text */
Show the name of binary file or modules in which the probes
are set with --list option.
Without this change;
# ./perf probe -m drm drm_av_sync_delay
# ./perf probe -x perf dso__load_vmlinux
# ./perf probe -l
probe:drm_av_sync_delay (on drm_av_sync_delay)
probe_perf:dso__load_vmlinux (on
Show the source code level information for address only kprobe
events. Currently the perf probe shows such information only
for symbol-based probes. With this change, perf-probe correctly
parses the address-based events and tries to find the actual
lines of code from the debuginfo.
E.g. without
Hi,
Here is a series of patches for handling local functions
correctly in perf-probe.
Issue 1)
Current perf-probe can't handle probe-points for kprobes,
since it uses symbol-based probe definition. The symbol
based definition is easy to read and robust for differnt
kernel and modules.
On Wed, 22 Jan 2014, Chris Mason wrote:
On Wed, 2014-01-22 at 11:50 -0800, Andrew Morton wrote:
On Wed, 22 Jan 2014 11:30:19 -0800 James Bottomley
james.bottom...@hansenpartnership.com wrote:
But this, I think, is the fundamental point for debate. If we can pull
alignment and other tricks
On 01/22/2014 08:36 PM, Peter Zijlstra wrote:
On Wed, Jan 22, 2014 at 04:27:45PM +0800, Michael wang wrote:
# CONFIG_PREEMPT_NONE is not set
CONFIG_PREEMPT_VOLUNTARY=y
# CONFIG_PREEMPT is not set
Could you try the patch here:
On Wed, Jan 22, 2014 at 08:23:36AM -0800, John Tobias wrote:
Hello all,
I am using 3.13-rc1 kernel on iMX6SL processor. My filesystem is in
eMMC running SDR50.
Is anyone here encountered these problem and if there's any existing
patch that I can get?.
hi,
Do you use gcc 4.8.1? If so, maybe you
Hello Cai,
On Thu, Jan 23, 2014 at 09:38:41AM +0800, Cai Liu wrote:
Hello Dan
2014/1/22 Dan Streetman ddstr...@ieee.org:
On Wed, Jan 22, 2014 at 7:16 AM, Cai Liu liucai@gmail.com wrote:
Hello Minchan
2014/1/22 Minchan Kim minc...@kernel.org
Hello Cai,
On Tue, Jan 21,
On 01/22/2014 11:22 PM, Stefan Hajnoczi wrote:
On Tue, Jan 21, 2014 at 04:06:05PM -0200, Alejandro Comisario wrote:
CCed Michael Tsirkin and Jason Wang who work on KVM networking.
Hi guys, we had in the past when using physical servers, several
throughput issues regarding the throughput of
On 01/22/2014 09:21 PM, Dave Jones wrote:
On Wed, Jan 22, 2014 at 09:16:03PM -0500, Sasha Levin wrote:
On 01/22/2014 08:52 PM, Dave Jones wrote:
Sasha, is this the current git tree version of Trinity ?
(I'm wondering if yesterdays munmap changes might be tickling this bug).
Ah
On 01/23/2014 05:32 AM, Alejandro Comisario wrote:
Thank you so much Stefan for the help and cc'ing Michael Jason.
Like you advised yesterday on IRC, today we are making some tests with
the application setting TCP_NODELAY in the socket options.
So we will try that and get back to you with
On Mon, 20 Jan 2014 10:09:30 -0500
Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote:
On Fri, Jan 17, 2014 at 06:24:55PM -0800, Mukesh Rathor wrote:
pvh was designed to start with pv flags, but a commit in xen tree
Thank you for posting this!
51e2cac257ec8b4080d89f0855c498cbbd76a5e5
Hi Fabio,
Attached are the two patch files that I applied in the 3.13 released
so that the kernel will detect my eMMC in DDR50.
(let me correct my previous email, I was mentioning SDR50 but it
should be DDR50).
eMMC info:
clock: 5200 Hz
actual clock: 4950 Hz
vdd:21
Hi Liming,
Yes, I am using 4.8.1. I switched back to 4.7.3 and will test it again
if I can re-produce it.
Regards,
john
On Wed, Jan 22, 2014 at 7:01 PM, walimis walimis...@gmail.com wrote:
On Wed, Jan 22, 2014 at 08:23:36AM -0800, John Tobias wrote:
Hello all,
I am using 3.13-rc1 kernel on
Hi Thomas,
Thank you very much for the review.
On 01/22/2014 06:57 PM, Thomas Gleixner wrote:
On Wed, 15 Jan 2014, Preeti U Murthy wrote:
diff --git a/kernel/time/clockevents.c b/kernel/time/clockevents.c
index 086ad60..d61404e 100644
--- a/kernel/time/clockevents.c
+++
Since acpi_evaluate_object() returns acpi_status and not plain int,
ACPI_FAILURE() should be used for checking its return value. Also
add some detailed debug info when acpi_evaluate_object() failed.
Reviewed-by: Jani Nikula jani.nik...@intel.com
Acked-by: Bjorn Helgaas bhelg...@google.com
On Wed, Jan 22, 2014 at 07:28:55PM -0800, John Tobias wrote:
Hi Liming,
Yes, I am using 4.8.1. I switched back to 4.7.3 and will test it again
if I can re-produce it.
Hi,
Or you can use the latest linaro 4.8.x toolchain, which has been applied that
patch:
On Wed, 22 Jan 2014 17:41:45 -0500
Dongsheng Yang yangds.f...@cn.fujitsu.com wrote:
There is already a function named task_nice in sched.h to get the nice value
of task_struct. We can use it in __update_max_tr() rather than calculate it
manually.
Signed-off-by: Dongsheng Yang
On Wed, 22 Jan 2014 22:56:32 -0500
Steven Rostedt rost...@goodmis.org wrote:
On Wed, 22 Jan 2014 17:41:45 -0500
Dongsheng Yang yangds.f...@cn.fujitsu.com wrote:
There is already a function named task_nice in sched.h to get the nice value
of task_struct. We can use it in __update_max_tr()
On 01/22/2014 11:00 PM, Steven Rostedt wrote:
Bah, I just noticed that TASK_NICE is in kernel/sched/sched.h not
include/linux/sched.h
Peter, is there a reason that task_nice() is not a static inline in
sched.h and have these macros there too? They only reference fields in
task_struct that are
Thanks!
I will try it tomorrow.
Regards,
John
Sent from my iPhone
On Jan 22, 2014, at 7:46 PM, walimis walimis...@gmail.com wrote:
On Wed, Jan 22, 2014 at 07:28:55PM -0800, John Tobias wrote:
Hi Liming,
Yes, I am using 4.8.1. I switched back to 4.7.3 and will test it again
if I can
Hi Eric,
Today's linux-next merge of the userns tree got conflicts in
arch/mips/include/asm/vpe.h and arch/mips/kernel/vpe.c between commits
1a2a6d7e8816 (MIPS: APRP: Split VPE loader into separate files) and
5792bf643865 (MIPS: APRP: Code formatting clean-ups) from the mips tree
and commit
Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com writes:
On 01/22/2014 02:00 PM, Srivatsa S. Bhat wrote:
Hi Paul,
I find an old patch for register_allcpu_notifier(), but the bool
replay_history should be eliminated (always true): it's too weird.
Then we should get rid of
On Thursday, January 23, 2014 09:22 AM, Peter Chen wrote:
On Wed, Jan 22, 2014 at 10:41:33PM +0100, Uwe Kleine-König wrote:
Hello,
On Wed, Jan 22, 2014 at 10:49:51AM +0100, Uwe Kleine-König wrote:
On Tue, Dec 03, 2013 at 04:01:50PM +0800, Chris Ruehl wrote:
usb: chipidea:
Hi Hannes,
On Wed, Jan 22, 2014 at 12:47:44PM -0500, Johannes Weiner wrote:
On Mon, Jan 13, 2014 at 11:01:32AM +0900, Minchan Kim wrote:
On Fri, Jan 10, 2014 at 01:10:39PM -0500, Johannes Weiner wrote:
shmem mappings already contain exceptional entries where swap slot
information is
On Wed, Jan 22, 2014 at 01:42:17PM -0500, Johannes Weiner wrote:
On Mon, Jan 13, 2014 at 04:39:47PM +0900, Minchan Kim wrote:
On Fri, Jan 10, 2014 at 01:10:43PM -0500, Johannes Weiner wrote:
Previously, page cache radix tree nodes were freed after reclaim
emptied out their page pointers.
Hi All,
Is there any review Comments for the patch [PATCH] [media] s5p-mfc: Add
Horizontal and Vertical search range for Video Macro Blocks
posted on 30-Dec-2013 ?
Regards,
Swaminathan
--
From: Amit Grover amit.gro...@samsung.com
Sent:
On Wed, Jan 22, 2014 at 5:56 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Jan 22, 2014 at 05:54:29PM +0530, Prabhakar Lad wrote:
Hi Russell,
On Fri, Jan 17, 2014 at 1:07 PM, Prabhakar Lad
prabhakar.cse...@gmail.com wrote:
Hi,
On Linux-next branch I see following
On Wed, Jan 22, 2014 at 06:46:11PM -0800, David Lang wrote:
It's extremely unlikely that drive manufacturers will produce drives
that won't work with any existing OS, so they are going to support
smaller writes in firmware. If they don't, they won't be able to
sell their drives to anyone
On 01/23/2014 07:59 AM, Rusty Russell wrote:
Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com writes:
On 01/22/2014 02:00 PM, Srivatsa S. Bhat wrote:
Hi Paul,
I find an old patch for register_allcpu_notifier(), but the bool
replay_history should be eliminated (always true): it's too weird.
On Wed, Jan 22, 2014 at 10:07 PM, Thomas Gleixner t...@linutronix.de wrote:
On Wed, 22 Jan 2014, Lei Wen wrote:
Recently I want to do the experiment for cpu isolation over 3.10 kernel.
But I find the isolated one is periodically waken up by IPI interrupt.
By checking the trace, I find those
Hi Swaminathan,
On Thu, Jan 23, 2014 at 10:49 AM, swaminathan swaminat...@samsung.com wrote:
Hi All,
Is there any review Comments for the patch [PATCH] [media] s5p-mfc: Add
Horizontal and Vertical search range for Video Macro Blocks
posted on 30-Dec-2013 ?
Just a side note, please don’t top
On Wednesday, January 22, 2014 6:36 PM, Jani Nikula wrote:
On Mon, 20 Jan 2014, Liu Ying ying@freescale.com wrote:
We don't have to turn backlight on/off everytime a blanking
or unblanking event comes because the backlight status may
have already been what we want. Another thought is
Dave found that the kernel will hang during boot. This is because
the nodemask_t type stack variable numa_kernel_nodes is large enough
to overflow the stack.
This doesn't always happen. According to Dave, this happened once
in about five boots. The backtrace is like the following:
dump_stack
Hi,
Akinobu Mita wrote:
2014/1/23 Lothar Waßmann l...@karo-electronics.de:
Hi,
Akinobu Mita wrote:
2014/1/22 Lothar Waßmann l...@karo-electronics.de:
Hi,
Is anyone taking care of this?
Lothar Waßmann wrote:
When using prandom_bytes_state() it is critical to use the same
On 23 January 2014 11:11, Lei Wen adrian.w...@gmail.com wrote:
On Wed, Jan 22, 2014 at 10:07 PM, Thomas Gleixner t...@linutronix.de wrote:
On Wed, 22 Jan 2014, Lei Wen wrote:
Recently I want to do the experiment for cpu isolation over 3.10 kernel.
But I find the isolated one is periodically
On Mon, Jan 20, 2014 at 06:17:37PM -0500, Johannes Weiner wrote:
On Fri, Jan 17, 2014 at 11:05:17AM +1100, Dave Chinner wrote:
On Fri, Jan 10, 2014 at 01:10:43PM -0500, Johannes Weiner wrote:
Previously, page cache radix tree nodes were freed after reclaim
emptied out their page pointers.
The cached pageblock hint should be ignored when triggering compaction
through /proc/sys/vm/compact_memory so all eligible memory is isolated.
Manually invoking compaction is known to be expensive, there's no need to
skip pageblocks based on heuristics (mainly for debugging).
Signed-off-by:
On Wed, Jan 22, 2014 at 02:45:53PM -0800, Andy Lutomirski wrote:
Thus when user space application track memory changes now it can detect
if
vma area is renewed.
Presumably some path is failing to set VM_SOFTDIRTY, thus preventing mms
from being merged.
That being said,
From: Viresh Kumar viresh.ku...@linaro.org
Date: Wed, 22 Jan 2014 12:23:33 +0530
Workqueue used in neighbour layer have no real dependency of scheduling these
on
the cpu which scheduled them.
On a idle system, it is observed that an idle cpu wakes up many times just to
service this work.
From: Viresh Kumar viresh.ku...@linaro.org
Date: Wed, 22 Jan 2014 12:23:32 +0530
Workqueue used in ipv4 layer have no real dependency of scheduling these on
the
cpu which scheduled them.
On a idle system, it is observed that an idle cpu wakes up many times just to
service this work. It
From: Yann Droneaud ydrone...@opteya.com
Date: Wed, 22 Jan 2014 20:25:24 +0100
Since commit 8df8c56a5abc, 6lowpan_iphc is a module of its own.
Unfortunately, it lacks some infrastructure to behave like a
good kernel citizen:
kernel: 6lowpan_iphc: module license 'unspecified' taints
On Thu, Jan 23, 2014 at 01:49:28PM +0800, Tang Chen wrote:
This doesn't always happen. According to Dave, this happened once
in about five boots. The backtrace is like the following:
dump_stack
panic
? numa_clear_kernel_node_hotplug
__stack_chk_fail
If the DT is used and the CPU DAI device has only one DAI, the card
name will be like :
ALSA device list:
0: 40031000.sai-sgtl5000
And this name maybe a little ugly to some customers, so here the
card name parsing from DT node is supported.
Signed-off-by: Xiubo Li li.xi...@freescale.com
---
501 - 600 of 1304 matches
Mail list logo